I’ve now added over 100 annotations using Hypothes.is (h.), almost all within the last month. This includes a few non-public ones. Two weeks ago I wrote down some early impressions, to which I’m now adding some additional observations.

  1. 100 annotations (in a month) don’t seem like a lot to me, if h. is a regular tool in one’s browsing habit. H. says they have 1 million users, that have made 40 million annotations to over 2 million articles (their API returns 2.187.262 results as I write this). H. has been in existence for a decade. These numbers average out to 20 annotations to 2 articles per user. This to me suggests that the mode is 1 annotation to 1 article by a user and then silence. My 100 annotations spread out over 30 articles, accumulated over a handful of weeks is then already well above average, even though I am a new and beginning user. My introduction to h. was through Chris Aldrich, whose stream of annotations I follow daily with interest. He recently passed 10.000 annotations! That’s 100 times as many as mine, and apparently also an outlier to the h. team itself: they sent him a congratulatory package. H.’s marketing director has 1348 public annotations over almost 6 years, its founder 1200 in a decade. Remi Kalir, co-author of the (readworthy!) Annotation book, has 800 in six years. That does not seem that much from what I would expect to be power users. My blogging friend Heinz has some 750 annotations in three years. Fellow IndieWeb netizen Maya some 1800 in a year and a half. Those last two numbers, even if they differ by a factor 5 or so in average annotations/month, feel like what I’d expect as a regular range for routine users.
  2. The book Annotation I mentioned makes a lot of social annotation, where distributed conversations result beyond the core interaction of an annotator with an author through an original text. Such social annotation requires sharing. H. provides that sharing functionality and positions itself explicitly as a social tool ("Annotate the web, with anyone, anywhere" "Engage your students with social annotation"). The numbers above show that such social interaction around an annotated text within h. will be very rare in the public facing part of h., in the closed (safer) surroundings of classroom use interaction might be much more prominent. Users like me, or Heinz, Maya and Chris whom I named/linked above, will then be motivated by something else than the social aspects of h. If and when such interaction does happen (as it tends to do if you mutually follow eachothers annotations) it is a pleasant addition, not h.’s central benefit.
  3. What is odd to me is that when you do indeed engage into social interaction on h., that interaction cannot be found through the web interface of my annotations. Once I comment, it disappears out of sight, unless I remember what I reacted to and go back to that annotation by another user directly, to find my comment underneath. It does show up in the RSS feed of my annotations, and my Hypothes.is-to-Obsidian plugin also captures them through the API. Just not in the web interface.
  4. Despite the social nature of h., discovery is very difficult. Purposefully ‘finding the others’ is mostly impossible. This is both an effect of the web-interface functionality, as well as I suspect because of the relatively sparse network of users (see observation 1). There’s no direct way of connecting or searching for users. The social object is the annotation, and you need to find others only through annotations you encounter. I’ve searched for tags and terms I am interested in, but those do not surface regular users easily. I’ve collated a list of a dozen currently active or somewhat active annotators, and half a dozen who used to be or are sporadically active. I also added annotations of my own blogposts to my blog, and I actively follow (through an RSS feed) any new annotation of my blogposts. If you use h., I’d be interested to hear about it.
  5. Annotations are the first step of getting useful insights into my notes. This makes it a prerequisite to be able to capture annotations in my note making tool Obsidian, otherwise Hypothes.is is just another silo you’re wasting time on. Luckily h. isn’t meant as a silo and has an API. Using the API and the Hypothes.is-to-Obsidian plugin all my annotations are available to me locally. However, what I do locally with those notes does not get reflected back to h., meaning that you can’t really work through annotations locally until you’ve annotated an entire article or paper in the browser, otherwise sync issues may occur. I also find that having the individual annotations (including the annotated text, in one file), not the full text (the stuff I didn’t annotate), feels impractical at times as it cuts away a lot of context. It’s easily retrievable by visiting the url now, but maybe not over time (so I save web archive links too as an annotation). I also grab a local markdown copy of full articles if they are of higher interest to me. Using h. in the browser creates another inbox in this regard (having to return to a thing to finish annotation or for context), and I obviously don’t need more inboxes to keep track of.
  6. In response to not saving entire articles in my notes environment, I have started marking online articles I haven’t annotated yet at least with a note that contains the motivation and first associations I normally save with a full article. This is in the same spot as where I add a web archive link, as page note. I’ve tried that in recent days and that seems to work well. That way I do have a general note in my local system that contains the motivation for looking in more detail at an article.
  7. The API also supports sending annotations and updates to h. from e.g. my local system. Would this be potentially better for my workflow? Firefox and the h. add-on don’t always work flawlessly, not all docs can be opened, or the form stops working until I restart Firefox. This too points in the direction of annotating locally and sending annotations to h. for sharing through the API. Is there anyone already doing this? Built their own client, or using h. ‘headless’? Is there anyone who runs their own h. instance locally? If I could send things through the API, that might also include the Kindle highlights I pull in to my local system.
  8. In the same category of integrating h. into my pkm workflows, falls the interaction between h. and Zotero, especially now that Zotero has its own storage of annotations of PDFs in my library. It might be of interest to be able to share those annotations, for a more complete overview of what I’m annotating. Either directly from Zotero, or by way of my notes in Obsidian (Zotero annotatins end up there in the end)
  9. These first 100 annotations I made in the browser, using an add-on. Annotating in the browser takes some getting used to, as I try to get myself out of my browser more usually. I don’t always fully realise I can return to an article for later annotation. Any time the sense I have to finish annotating an article surfaces, that is friction I can do without. Apart from that, it is a pleasant experience to annotate like this. And that pleasure is key to keep annotating. Being able to better integrate my h. use with Obsidian and Zotero would likely increase the pleasure of doing it.
  10. Another path of integration to think about is sharing annotated links from h. to my blog or the other way around. I blog links with a general annotation at times (example). These bloggable links I could grab from h. where I bookmark things in similar ways (example), usually to annotate further later on. I notice myself thinking I should do both, but unless I could do that simultaneously I won’t do such a thing twice.

Here are some impressions of my increased usage of Hypothes.is, a social annotation tool, in the past few days.
I follow Chris Aldrich his Hypothes.is RSS feed, and his usage has been both a good example and source of learning in the past months, as well as a nudge to experiment and adopt Hypothes.is myself.

What follows is a list of some early impressions that I formulated earlier today in an email. I thought I might as well post them here.

  • I played with the API to get a grip of how I might interact with the annotations I make, and with those of others I’m interested in. Added the existence of annotations to my blogposts in WordPress through the API too.
  • The Obsidian plugin to get annotations into my notes is an absolute prerequisite, because I need those notes in my own workflow.
  • I find working in browser for annotations somewhat distracting and uncomfortable (and I need to remind myself that they will end up in my notes, I feel the urge to also download it directly to my notes.)
  • I try to add an Archive link to the annotated article as the first link. It is slowly becoming habitual.
  • I mention existing notes in my annotations when I make them in Obsidian. Because it is one context that is a matter of starting a link [[ and I have forward search through all note titles. In hypothes.is being browser based this is a bit harder, as it means switching tools to retrieve the correct note titles. They do then work when they end up in Obsidian of course. At the same time, in my earlier use of a markdown downloader I would just mention those associations in the motivation to save a link, which is worse. Hypothes.is sits in the middle of saving a bookmark with motivation and annotating in Obsidian itself.
  • I do have some performative urges when annotating publicly. Maybe they will disappear over time.
  • The firefox hypothes.is bookmarklet I use doesn’t seem to play nice with archive.org. There’s another I haven’t tested yet.
  • I notice that any public annotations are licensed CC0 (public domain). Not sure what I think about that yet. It’s a logical step as such, but I don’t fully see yet what it may mean for subseqeunt learning processes internally and further down the process of creating insights or outputs. Is CC0 also applied to closed groups (educational settings e.g.)? Private annotations are just that, and don’t have CC0, but then you miss out on the social aspects of annotation.
  • My thoughts keep wandering to interacting with hypothes.is without using it directly to annotate webarticles through the browser. Are there any tools or people who build on or share with hypothes.is using the W3C standards / API, but don’t necessarily use hypothes.is themselves? Or run their own instance, which should be possible? I suspect that would open opportunities for a more liquid experience between this blog, my notes, and annotated articles.

Bookmarked Elicit.org

A while ago I mentioned Research Rabbit here as a tool to find research papers, based on the ones already in my collection (e.g. through syncing with Zotero). Last week I created an account at Elicit. It’s a natural language processing based algorithm to find relevant papers for you based on a specific research question you give it to work with (although it can also take your own collection of papers as a starting point). My first attempt after creating an account yielded very interesting suggestions. Will certainly try this out more, as a tool assisting literature review.

I found Elicit because Maggie Appleton’s feed told me she’s joining the company, Ought, that created Elicit.

Elicit is a research assistant using language models like GPT-3 to automate parts of researchers’ workflows. Currently, the main workflow in Elicit is Literature Review. If you ask a question, Elicit will show relevant papers and summaries of key information about those papers in an easy-to-use table.

Elicit FAQ

Favorited The Small and Starting Community Tool Gap on In Full Flow

Good questions I don’t know the current answer to either.

What tools are there if you want to provide a small, still forming group, an appropriate space for online interaction? Tools that are either very easy to self host, or cheap enough at the start to allow quick experimentation. Tools that don’t require a lot of skill to self host, tools that don’t throw up a (cost) threshold that surpasses the energy and will of a just budding group. There’s this precious moment in the evolution of a group, where there’s intention to constitute itself, but uncertainty about whether it will happen, whether those involved will indeed commit. Where commitment is slowly forming tit-for-tat. Where the group is still more network than group, but already in need of secluded space for their interaction, and not yet set firmly enough so that applying fixed costs would immediately make it collapse again.

What tools are there that allow you to interact online in multiple small groups? We all tend to be part of multiple groups, and e.g. if a fixed monthly cost would apply to all of them, that accumulates quickly. I already see that in my own ‘subscriptions’, which take constant pruning and balancing to justify their total cost to myself and our household. I very much dislike SaaS as a result.

…in the past few months I’ve had several moments that I wanted to bring people together outside certain social silo’s… It feels like there is a tool gap, or a price gap, for bringing small communities (or temporary project groups!) together.

As the web is so big, there are probably solutions out there that I don’t know of. Please share them with me

In Full Flow

I’ve started creating my own feed reader. Which I find is a pretty wild thing to say for me, given my limited coding skills.

Last month I created my own Micropub client. Micropub allows me to post directly to this site, without using the WordPress admin back-end for it. In fact I’m writing this as plain text, and at the end will hit a keyboard short cut for it to appear on my site. Part of the things I post to this site however are responses to posts by other people. I follow those people through their RSS feeds. Using Micropub I could post my responses directly while I’m reading the post I’m responding to, provided there’s a ‘reply’ button in my feed reader.

Feed readers usually don’t have such reply options. In fact, feed readers don’t have a whole range of functionality I’d like them to have. Building my own feed reader as a generic application probably would be hard. But as personal software tool, a ‘narrow band‘ tool that caters just to me it becomes easier to do. I’m pretty predictable to myself, and my workflows are known to me, so there are not many ‘what-ifs’ to cater for. My preferences are the default. As a result such a local tool could be more versatile, and much smarter in responding to my wishes than any fancy application, because I know what I want.

I said at the start I don’t know much about coding, but with some effort I can find my way in PHP well enough, and have been hand coding web pages ever since 1993.
Microsub is a web standard that makes a key difference: it splits the part where feeds are retrieved from other websites and stored in a database, from the part that presents the contents of the database. The retrieving and storing part is the Microsub server, for which I use a WordPress plugin called Yarns, but there are various others (and you could also build your own). The server has an API that allows you to query the content it stores. The presentation and reading part is the Microsub client. The client sends queries to the server and shows the results on screen. And that’s the part I’m building. Because building that part is basically like building a website, that every now and then requests something from a database.

The first step has been taken. I run a php script locally that shows me a webpage like in the image.


Screenshot of my feed reader to be, channels on the left, fetched feed items on the right.

It correctly grabs the groups of feeds and feed content from the Microsub server, and shows them on screen. It can of course be made to look nicer, but the basic concept works.
To this, unlike other feed reading apps, I can add my own response buttons. As links, buttons, or a form below each post. For that I already have scripts I can reuse, from when I was making my Micropub client, the bit that does the posting to my site.

Then I will be able to write my reactions directly underneath the bit I’m reading. Strengthening how my blog allows me to have distributed conversations. Getting that bit closer to the read/write web as it was envisioned.

For many of the other elements on my list of ideal feed reader features, I probably have to do some local storage. Specifically for things like visualising the activity of a feed, or doing things like showing me the topics people in a specific community are talking about this week, local storage might be needed.
I have a basic roadmap of steps to take, more or less following my post about this from last year around this time. For now this first step, a proof of concept that allows me to read feeds, is done.

In het past weeks I struggled to get to action. I didn’t have the sense that I was in the pilot seat. Too many little things budding in, not being able to get started on bigger things, and no sense of overview. Or rather, a too overwhelming overview, and no easy way for myself to bring the scope of that view down to something manageable for the day.

I have about 35 areas of activity, this includes projects, general tasks, both business, volunteer work and personal. For each of those 35 or so activities I keep a running list of things to do. Some lists have a few items, others have a few dozen. If on average they hold 10 tasks each, it means a tasklist of 300 to 400 items to choose from. That makes for an overwhelming overview. It gets better if I dive into the scope of a specific project or activity area, but then I don’t see the small things I can do to keep the other activities rolling. When I was still using Things I had the same effect, so this isn’t something particular to my current use of Obsidian for tasks.

The result has been that, because the overall list is too overwhelming, I haven’t been using it much. Which means I have even less sense of overview or being on top of my stuff.

In an attempt to regain that sense, I’m now trying to each morning go through the entire list and pick a handful of things for the day. That small curated list has a more manageable scope, without being limited to a single activity.

I don’t want to copy tasks from one place to another. I want them to stay on their respective project or activity list, but marked and summarised on my daily list. I’m aware there are various task oriented plugins for Obsidian, but they will prescribe me a certain mode of working, and it isn’t certain that in their absence the same information will be as usable / findable (a type of functional lock-in or dependency I always want to avoid)

What I came up with is I mark every task I choose for the day with ‘t::’, in whichever line of whichever file I want. This can be an existing tasklist, but I can do the same while making meeting notes, to quickly mark something as a task resulting from the meeting. The Dataview plugin I already use sees ‘t::’ as an inline datafield and is able to extract them into a list using the following brief piece of code:

```dataview
TABLE t as Vandaag
WHERE t
SORT File asc


I display that at the top of my daily note. It allows me to quickly jump into a task list or other note to delete it when done, and to copy it over into my daily note in the ‘done’ list.

In the coming days I will test if this improves my days and activities.


A brief list of selected tasks from other files. Also note that at the top t:: is mentioned inline twice, and both show up as task items in the list.