Now that Matt and I have blogged various thoughts about how to orient vertebra (part 1, part 2, relevant digression 1, relevant digression 2, part 3) and presented a talk on the subject at the 1st Palaeontological Virtual Congress, it’s time for us to strike while the iron is hot and write the paper.

Figure A. NHMUK PV R2095, the holotype dorsal vertebra of Xenoposiedon proneneukos in left lateral view. A. In the canonical orientation that has been used in illustrations in published papers (Taylor and Naish 2007, Taylor 2018b, in blog-posts and on posters and mugs. B. Rotated 15° “backwards” (i.e. clockwise, with the dorsal portion displaced caudally), yielding a sub-vertical anterior margin in accordance the recommendation of Mannion (2018b). In both parts, the blue line indicates the horizontal axis, the green line indicates the vertical axis, and the red line indicates the slope of the neural arch as in Taylor (2018b: figure 3B, part 2). In part A, the slope (i.e. the angle between the red and green lines) is 35°; in part B, it is 20°.

We’re doing it totally in the open, on GitHub. You can always see the most recent version of the manuscript at and you can also review the history of its composition if you like — from trivial changes like substituting a true em-dash for a double hyphen, to significant additions like writing the introduction.

More than that, you can contribute! If you think there’s a mistake, or something missing that should be included, or if you just have a suggestion, you can file an issue on the project’s bug-tracker. If you’re feeling confident, you can go further and directly edit the manuscript. The result will be a tracked change that we’ll be notified of, and which we can accept into, or reject from, the master copy.

We hope, by making all this visible online, to demythologise the process of writing a paper. In a sense, there is no magic to it: you just start writing, do a section at a time, revise as you go, and eventually you’re done. It’s much like writing anything else. (Doing the referencing can make it much slower than regular writing, though!)

By the way, you may wonder why the illustration above is “Figure A” rather than “Figure 1”. In all my in-progress manuscripts, I just assign letters to each illustration as I add it, not worrying about ordering. Only when the manuscript is ready to be submitted do I take the order that the illustrations occur in (A, D, G, H, B, I, E, F, for example, with C having been dropped along the way) and replace them with consecutive numbers. So I save myself a lot of tedious and error-prone renumbering every time that, in the process of composition, I insert an illustration anywhere before the last existing one. This is really helpful when there are a lot of illustrations — as there tend to be in our papers, since they’re all in online-only open-access venues with no arbitrary limits. For example, our four co-authored papers from 2013 had a total of 69 illustrations (11 in Taylor and Wedel 2013a, 25 in Wedel and Taylor 2013a, 23 in Taylor and Wedel 2013b and 10 in Wedel and Taylor 2013b).





I know, I know — you never believed this day would come. And who could blame you? Nearly thirteen years after my 2005 SVPCA talkSweet Seventy-Five and Never Been Kissed, I am finally kicking the Archbishop descriptive work into gear. And I’m doing it in the open!

In the past, I’ve written my academic works in LibreOffice, submitted them for peer-review, and only allowed the world to see them after they’ve been revised, accepted and published. More recently, I’ve been using preprints to make my submitted drafts public before peer review. But there’s no compelling reason not to go more open than that, so I’ll be writing this paper out in the open, in a public GitHub repository than anyone can access. That also means anyone can file issues if they thing there’s something wrong or missing, and anyone can submit pull-requests if they have a correction to contribute.

I’ll be writing this paper in GitHub Flavoured Markdown so that it displays correctly right in the browser, and so that patches can be supported. That will make tables a bit more cumbersome, but it should be manageable.

Anyway, feel free to follow progress at

The very very skeletal manuscript is at