Thursday, March 22, 2018

From ConnectedText to Zim?

It is always good to look for alternatives—or so it seems to me. I have been exclusively using ConnectedText for my notes since 2005. Recently, there have been rumors that ConnectedText won't be updated in the future, and some of us were considering alternatives to ConnectedText. It seems that these rumors are not correct. Connectedtext may be in "maintainance mode, but it will be updated as needed.

Still, I wanted to see what other options there are. So, I tried to determine whether and how compatible ConnectedText's files are with Zim. I had considered it before, but I decided to give it another chance. (I will never give Wikidpad another chance, as I found it highly unreliable, even if it was quite easy to change its markup to something closer to that of ConnectedText [see here for a start]).

I was able to transfer more than 11,000 ConnectedText topics into Zim. I used ConnectedText's backup files (*.cbk) and transformed them with the first AhK script I made (i.e. I gave the entries more friendly titles).[1] I did not use the second script (to remove the first line with "#CT#" as that produced files Zim had difficulties recognizing. (May have to do with UTF-8, but I don't know. I then cleaned up the text files with fnr.exe ( (Find & Replace Tool). But be careful, it's easy to make mistakes that spoil the files.

The titles of Zim's text files do not allow spaces. I used Advanced Renamer to replace the spaces by underscores (see I probably could have done all this with AhK, but was to lazy. You should also note that Zim is very fussy about what character it recognizes in titles. It does not recognize question mark, for instance. And a bracket at the beginning of a file name does not get recognized (so you have to remove brackets in topics like (Kuehn 2002) which I extensively use in ConnectedText for bibliographical entries.

The resulting files work, as Zim uses text files, not a database. But there are some problems:
  1. the load time is about 3 minutes on my system (off a SSD with 500MB per second transfer time). After that, it is reasonably fast in loading pages, etc.
  2. every time you change the underlying text files, it needs to re-index which can take up to 20 minutes
  3. many of ConnectedText's more advanced functions are not available
  4. I did not succeed in transferring pictures automatically
  5. it's impossible to print directly from Zim. You can only print to your browser
  6. I don't like that I have to use underscores in naming pages

Zim is clearly is not a good replacement for ConnectedText, but it is a replacement, if such is needed. It would do. in a pinch, and some of the plugins might provide more functionality that I can use. But for now and the foreseeable future, I will stick with ConnectedText. (See also my Reassurance.)

The transfer took about half a day to accomplish (and is still a work in progress, as I discover new things that need to be changed, like properties I had forgotten).

The other thing I recommend as a limited replacement for ConnectedText are Notetab outlines. They also work and are much faster. But they have even fewer features. I have written about them before as well (on this blog; just search for notetab). I use them as another "backup" for ConnectedText, that is, I create yearly files, like "Notes 2016.otl", "Notes 2017.otl", etc.

1. For the scripts, see here.
2. I first published this on the ConnectedText Forum, but I thought even people who don't frequent it, might have a passing interest.

Monday, March 5, 2018

Umberto Eco's Library

Here a video of Umberto Eco taking a walk through his private library. I can only wish ...

Monday, February 12, 2018

Luhmann's Alternative to the Zettelkasten

I recently bought to volumes of late Luhmann interviews, namely Niklas Luhmann, Archimedes und wir (Berlin: Merve Verlag, 1987) and Wolfgang Hagen, ed. Warum haben Sie keinen Fernseher, Herr Lumann? Letzte Gespräche mit Niklas Luhmann (Berlin: Kulturverlag Kadmos, 2004). In the latter volume, in the interview with Wolfgang Hagen, entitled "Die Ralität der Massenmedien" (pp. 79-107), Luhmann reveals that he has an alternative to the Zettelkasten. Hagen notess: "[The Zettelkasten] is, so to speak, the basis of your work. If it were taken from you, then it [your work, that is] would be difficult. Luhmann answers:
Yes, it would be difficult. But I now have an alternative, namely half-finished book manuscripts which are found in boxes under the desk, and then I can of course ... When I discover something somehow interesting for "sovereignty," I can write it directly into the manuscript where "state" and "soverignty" is discusse.
It is interesting to ask how different this alternative really is, since you could also look at the Zettelkasten as a collection consisting of manuscripts that are in varying degrees unfinished.

Luhmann would not be the only one with such Zettelmanuskripts. Nabokov and Arno Scmidt used such a method as well.

In this incarnation, Luhmann technique is perhaps closer to working with Scrivener or Ulysses.

Sunday, February 11, 2018

Different Kinds of Links

My own implementation of a Zettelkasten does not make a distinction between continuing topics (or weiterführende Zettel) and branching ones (also called ergänzende Zettel). I did not think that this was important for two reasons
1. an electronic topic or Zettel can be as long as I want it to be, and
2. it does not seem to be really important for the praxis of taking note to differentiate between supplementation or branching and linear continuation. For one thing, you can always add new stuff to any particular topic as you need to. No acrobatics in numbering seem necessary. And linear sequence is in some sense just as much a link as is branching off. [[Kladde|Heft]]

But what if I wanted to make such a distinction between different sequences? It is, of course possible. Linear sequences can be indicated by either linking the end of one topic to the topic that follows. (You could use something like [[following topic|blah, blah, blah]]. You could, of course, also use the name of the topic followed by a number from 1 to n. And you could reserve textual links for branching topics.

There are other ways of doing this, as with properties, for instance.

The only question is whether it would be worth my while. I am not sure it is, but I am willing to be convinced that it is.[1]

1. Luhmann's numbering system represented, as it were, the exoskeleton of the Zettelkasten. A wiki database does not need it, as any entry in it represents a fixed location in a database. Textual implementations, like nvALT and other do not have this advantage. If you rename either the link or the linked item, the connection is broken. They might need an exoskeleton as well.

Friday, February 9, 2018

Zettelkasten Nonsense

Just read this, but won't give you the link because that would defeat the purpose. You can search for it, if you really want to see it. In any case, I found a blatant piece of distortion that MUST be based on complete ignorance about Luhmann's Zettelkasten:
Luhmann war ein sammelnder Denker und denkender Sammler. Er begann in den 1950er Jahren einen Zettelkasten aufzubauen, der zu einem rasant anwachsenden, dynamischen Katalog mit einem Register wurde. Mithilfe manövrierbarer Zettel setzte er unterschiedliche Begriffe, Theorien und historische Dokumente in Beziehung, verschob sie und arrangierte sie wieder neu. Am Ende umfasste der Kasten insgesamt 90.000 Zettel.
Luhmann's Kasten was not about moving and arranging topics. It was about giving them a fixed positions. Nor did Luhmann understand himself as a "mere" collector. Rather than being an unsystematic "collecting thinker and a thinking collector", he was a systems thinker—to say nothing about the "lightning fast" increase of the number of Zettel and the "historic documents" found among them. These fundamental mistake may make no difference to the advertisers of office equipment, but even a little research might have made a difference to accuracy.

Saturday, February 3, 2018

An Ordinary Zettlkasten

This is an ordinary commercial product for a Zettelksten (by Herlitz). It's nothing magical.

Nor is Luhmann's Zettelkasten magical. He wrote on Zettel 9/8,3: "Menschen kommen. Sie bekommen alles zu sehen, und nichts als das—wie beim Pornofilm. Und entsprechend ist die Enttäuschung." People come [to look at the Zettlkasten]. They get to see everything, and no more than that-just as in a pornographic movie. And they are equally disappointed.

On Zettel 9/8a2 he called the Zettelkasten "eine Klärgrube" or a "septic tank;" (perhaps even "cesspool"). Waste goes in, and gets separated from the clearer stuff.

Also Zettel 9/8i "Zettelkasten mit dem komplizierten Verdauungssystem eines Wiederkäuers. Alle arbiträren Einfälle, die Zufälle der Lektüre können eingebracht werden. Es entscheidet dann die interne Anschlussfähigkeit." Or: "The Zettelkasten [is] like the complicated digestive system of a ruminant animal. All arbitrary ideas, the accidents of reading can be brought in. What afterwards decides is their internal capability of connecting up."

See Luhmann Handbuch.

Monday, January 22, 2018

The Card Index System

The card index system; its principles, uses, operation, and component parts is a 1911 book by one R. B. Byles on the advantages of card indexes for businesses. It's an interesting read, if you are interested in the history of this technology.

The Introduction starts with the claim that "[r]oughly speaking, the world is divided into two classes: those who use the Card Index System and those who do not." The short book is meant to convince those who do not use the system to change their minds.