Thoughts on POSSE and Textcasting

A number of people have posted recently on the subject of POSSE (Dave Winer, Tantek Celik, The Verge, and Bix Fronkonis). POSSE is an acronym for Publish On (your own) Site, Syndicate Elsewhere. Dave Winer has also been talking about Textcasting, where he proposes that blogging/social media tools support a common set of features. Dave Winer also talks about “Two-Way RSS”, which I think means that a tool can generate RSS feeds and can use RSS feeds as an input to posts within the tool. I would like to explore these ideas further in the next few paragraphs.

Recently, I got the impression that a Textcasting use case is to allow a user to write in their tool/platform, and have that output be accepted on other platforms as “first-class posts”. What I mean by that is the post appears on the other platform to have been written by the user using the platform’s own tools. Now, a number of platforms don’t support all the features in the Textcasting spec, so even if the other platform accepts input from the user’s platform, it may not represent the text as it appeared in the original platform. In this instance, I might call that a “second-class post”. It may have all the text from the original user platform, but not the styling, or links, or an enclosure.

So, it seems to me that the target of Textcasting is to get Threads/Bluesky/Mastodon/Twitter/Facebook to support the Textcasting feature set (which I assume they don’t, or at least not equally). In each of these cases, the user must have an account on those platforms, so they have an identity and the platform can recognize who is posting. Dave Winer mentions that other blogging tools that support peering for the Textcasting feature set is WordPress and micro.blog. Again, both of these tools require a user account, same as the social media tools listed above, for the same reasons.

What about people who just want to post on your own site? Go ahead – nothing stopping you! For people that want their message to go further, we shall have to wait and see if those platforms are open to change. For open source platforms (Mastodon), someone could make changes in a Mastodon version to support Textcasting. The other aspect of the social media platforms, to me, is that they are social. If you are a writer that wants to have interaction with your readers, and your readers are on those platforms, it makes sense to “get your message out there”.

Keeping track of a topic

Ken Smith is looking at workflows to help develop a topic over multiple blog posts (at least, that is one part of what he is writing about, I think). I would like to offer some examples. The first is drawn from my zettlekasten experiments last year (link is to my zettlekkasten file). I created a section in my topical outline for the history of podcasting, and was adding posts and articles to it, and arranging them in chronological order. The Politics section was similar, where I was collecting information on the Kari Lake election conflicts in Arizona. Finally, I created a Github repo where I was editing posts by Ken Smith on organizing information for use. I think all of these are possible solutions for what Ken Smith is trying to do.

Zettlekasten – the recipe looks great, show us the beef!

This morning, I saw that Chris Aldrich has written an excellent overview of zettlekasten-note taking techniques and history. Ton Zijlstra comments that the article is great, and is itself a product of a zettlekasten, so Chris is “practicing what he preaches”. I agree with Ton’s compliment, but I still have one nagging qualm – what does the zettlekasten itself look like? In July 2022, Chris Aldrich called for public examples of zettlekasten output, which he has created a great example in his recent post. But what about the zettlekasten itself? As I state in the title (a play on the classic Wendy’s hamburger commercial) – show us the beef! Show us what was collected and how it was collected so we (humanity) can try to learn from your experiences. Of all my looking through Zettlekasten.de, I have found only one post with semi-specific information about actual zettlekasten cards/notes. Sounds like a 30-day challenge is in order here…

Some thoughts on “Why write?”

Ken Smith wrote a stream-of-consciousness post on why writers write, or why people should write. I have collected a few resources, and wanted to share them today.

From the first two episodes of my podcast Thinking About Tools For Thought, I discussed writing as a primary tool for thought.

Anna Havron at Analog Office recently wrote about how pen and paper (simple tools) can be used to create complex things (all artifacts of writing)

Sascha at Zettlekasten.de had an excellent breakdown of how value is added to a zettlekasten system (writing/knowledge system)

Swyx proposes a “three strikes rule” for blogging (three stumbles across something means you have to write it down/share)

Josh Bernoff shares his top three reasons why writers should blog (practice, testing ideas, building an audience)

So – there you go – get started! I’m going to try to keep up this writing streak…

Explainers on Donald Trump legal troubles

In an earlier post, I gave some examples of explainers (a form of journalism that provides the essential background knowledge necessary to follow events in the news). Recently, I have seen some good examples concerning Donald Trump and his legal troubles.

Axios.com – Presidential Records Act and Trump search explained

JustSecurity.org – Expert Backgrounder: Criminal Statutes that Could Apply to Trump’s Retention of Government Documents 

CNN.com – Opinion: Trump is worried after FBI search — and he should be

Resources for writing

In organizing information for use, writing skills can be particularly helpful, especially in trying to summarize topics. Here are some resources I recently came across:

How To Make Notes and Write by Dan Allosso and S. F. Allosso – Learn to make effective notes on sources and your interpretations, then turn those into clear and compelling output. This link is to a website version of the book, an ePub version can also be downloaded.

The Documentation System from Divio – A theory of documentation composed of four types (tutorials, how-to guides, technical reference and explanation) with excellent explanation of the differences and examples on how to create these four types of documentation effectively.

Resources for explainers

In an earlier post, I mentioned work that Jay Rosen and his Studio 20 journalism program did in 2010-2011 on the subject of explainers (a form of journalism that provides the essential background knowledge necessary to follow events in the news). Here are links that I did not include in the post:

PressThink: National Explainer: A Job for Journalists on the Demand Side of News – Jay Rosen’s initial post about the “Giant Pool of Money” podcast that helped explain the sub-prime mortgage crisis, contains analysis of why it was excellent, and pointers to explainers (2008) 

PressThink: John Ashcroft: National Explainer – why US Attorney General John Ashcroft felt justified in only talking to television news, and not print news (2003)

PressThink: Normalizing Trump (2017)

Explainer.net: The Explainer Awards, a look at the best explainers on the net (2011)

A great example of organizing information for use

Ken Smith wrote a post yesterday showing a great example of activities that wedding attendees could participate in around the wedding date. The example was an outline created in Drummer and published using the drummer.this.how construct/PagePark plugin. This could be done for any event, with a permanent URL that can be sent to a group, and updated as needed since Drummer is a web app. Or – this could be a set of instructions, which could be updated based on feedback. Or – this could be an agenda for a meeting. Or – hopefully you are getting the picture – it could be any information that can be easily structured in an outine. Boom!

How to organize information for use

Ken Smith had two recent posts (“For the team” and “Or maybe not“), discussing the ideas of forming a community, collecting information on a topic, processing information as a group, and providing a summary of that information. I think the collection and processing tasks are attainable and occur on a regular basis. The task not being performed well is the curate/share/maintain steps.

As an example, I started collecting information on the topic of personal book lists in a Github repo. I provided a chronology of recent posts on the subject, collected tools and techniques, and also created some tools of my own. The recent Github repo for Drummer stuff would be another example, as well as other “awesome-fill-in-the-blank” sites on Github. A mega example of this is a tech guide put together by Stephen Downes on resources for creating an online community, class or conference. 

Perhaps the main thing is to start a “beach-head” of some sort where people can collaborate, then publicize and support that beach-head. Thoughts, anyone?

(cross-posted from my Drummer blog)