It’s done — “there’s no going back now.” I thought when I finally handed the thesis in I’d have a lot to say here. However, I don’t.

This post is just a TODO to remind me to look into this.

• read through thesis, check grammar, etc. (done)
• incorporate fixes from reading above (done)
• check margins (make into PDF, make sure paper is A4, measure margins to make sure they are right, possibly look for an A4 printer here (might be hard, everything is letter)) (done)
• check Waikato dissertation style guide for any other things we must conform to (done, and fixed title page)
• look into ns-2 graph in chapter 2, look to fix (done)
• check table/figure/listing titles/captions: top or bottom? refer to Waikato dissertation style guide to see what is required (done, no explicit requirements, so wont bother changing unless its requested later)
• consider changing last paragraph of the abstract (done, think it’s ok)
• spell check (ensure no local word file first) (done)
• “check for widows” (done)
• find which pages need to be printed in colour (done)

Produces a file like:

2008-03-12 1681
2008-03-12 1680
2008-03-11 1679
... etc ...

Looks good for graphing with a program like gnuplot:

set xdata time
# The format of time found in the file
set timefmt "%Y-%m-%d"

set term png
set output "repository.png"

set xlabel "Date"
set ylabel "Repository revision"
set title "Repository version over time"

# The time format actually shown on the x-axis
set format x "%Y"

# It's tricky to get the tics right in time mode, as you have to specify increments in seconds.
# I find it easier to just specify what dates I want shown
set xtics ("2003-1-1", "2004-1-1", "2005-1-1", "2006-1-1", "2007-1-1", "2008-1-1")
set nokey

plot "repository.txt" using 1:2 with lines

And this produces the following result:

The hickup in the graph for me is due to an import with cvs2svn. Looks like the dates don’t quite increase as one would expect (this can be seen in the svn log output, too). In general the approach appears to work well enough, though.

One of the things about updating with SVN, which does not appear to be discussed, is that it leaves a plethora of “.svn” directories on your webserver. Stored in these directories is the subversion source control info and backups of the working copy. By default, if you update with SVN, any user could browse the exact code that is running your blog. This sounds like a bad idea to me. While Wordpress is already open source, I don’t see any need to allow potential users/crackers/hackers/whatnot to browse through the exact code I’m running here. .htaccess to the rescue.

You could configure your web servers config to deny access to any directory with “.svn” in it.

If you are only a user on a webserver with .htaccess, it gets a bit more tricky. You could put a .htaccess in each .svn directory. Easy with a script, but tough to maintain. Or you could use mod_rewrite to make a simple rule that denies access to any pages with /.svn in the path:

RewriteEngine on
RewriteRule ^(.*\.svn.*)$ $1 [forbidden]

The solution of this problem is described in the FAQ. Basically, you need to get the breakurl package, a link for which is in the FAQ entry.

Some people advocate creating your own new environment commands where you manually set some of the spacing lengths down.

Another blog provides some very good information on reducing whitespace. This helped a bit for me, but it wasn’t quite what I was looking for.

I found out about the package enumitem. This is quite cool, making it very easy to set the line spacing to something reasonable for all of your lists. I did something like:

It’s still not perfect. I still end up with lots of white space between a paragraph and a list. But its much better than it was.

I had been using “performant” to mean something along the lines of “fast enough”. But is it really a word? I wasn’t actually sure. Turns out a few others have had the same problem. Looks like Jeff Boulter bet me to this by about 4 years. The comments on the blog entry there provide a bit more background to this issue.

I just changed the way I wrote my sentence in the end.

Maybe a proliferation of blog entries on this word will aid its journey to the dictionary!

sam@hesiod:~/900/thesis$ make wordcount
Approximate word count: 41095

(40,000 words doesn’t seem like much for the size of the document. I’ll probably remove a few thousand before its finished. Somehow its almost 200 pages worth, though. Not sure how that works out…)

The literature review chapter has been getting a major cleanup this weekend and will hopefully soon be a lot more cohesive than it was. I’m much happier with the structure now, though the new structure isn’t finished yet! I have 3 more subsections to write before all the content is back.

Then I just need to read over it and add bits that make it flow better: discussion sections and bits that help transition from one section to another. I’m hoping this will be fairly obvious later on. It’s probably not too bad as it is, actually. It’s already feeling a lot better than it was.

Hopefully I can finish this one over the next week. It has turned out to be a lot more work than I was expecting. Still, it’s all progress and when I’m done this time it should be pretty decent (though I always wish I had more time to really think these things through and discuss them with others. Oh well).