Apr 212009
 

One of my current projects is as Course Director for the revamped XML Summer School in Oxford, England. John Chelsom asked me to help out and I was only too happy to say yes; I have many fond memories from previous years. It will be more a late-summer school this year, being from September 20-25, but that does free up more of the summer proper for other things, not to mention giving us more time to figure out the schedule and speakers.

Another advantage of late summer for the XML Summer School is that it doesn’t clash with Balisage in Montréal, Canada, which is on August 11-14 (with the symposium on processing XML efficiently on the 10th). Papers for that are due on April 24, so you don’t have much time to get them in if you’re planning on speaking. Any markup-related topic is welcome, as long as it is of sufficient quality and depth.

It’s interesting comparing the two – Balisage is a geek’s conference, unapologetically aimed at people who are think deeply about the issues, even if they’re not applying them at work. The XML Summer School is more like training, aimed at less expert practitioners of and newcomers to XML, and more likely to be attended by people who want to go back to work the next week and apply what they’ve learned directly. A few of the speakers are the same, of course, and the discussions over dinner tend to veer in some of the same directions.

And, of course, both conferences are on Twitter; Balisage at http://twitter.com/Balisage and the XML Summer School at http://twitter.com/xmlsummerschool.

Mar 182009
 

I’ve never been to one of the really big conferences with thousands of people; I’ve heard the energy can be amazing, and there is always something interesting going on. I tend to find myself at smaller conferences where you have a chance to see people again whom you saw in the last talk, and can ask a question of a speaker in a quieter moment than the immediate post-talk rush.

Which is a way of reminding those interested in the finer details of markup technologies (XML, SGML, and other related technologies), that submissions for one of my favourite small conferences, Balisage, are due in a little over a month (April 24th, to be precise). I’ve signed up to be a peer reviewer, though I haven’t been active enough in markup research and technologies recently to submit a paper myself.

If you are writing a paper, I have some requests to make my life as a peer reviewer easier (and make it more likely that I recommend your talk be accepted). Please explain what it’s all about clearly, defining terms that may not be familiar to everyone, and above all, explain why it’s interesting! Too many papers I’ve seen assume that outsiders will magically understand what’s valuable; usually a poor assumption. Spell-check the whole paper, and get someone else to proof it looking for grammatical errors, sentences that ramble on for too long, and phrases that make no sense. The tone should be professional but not boring, as I will be making assumptions as to whether you can give a good talk based on the paper you submit (it’s a blind review, so I won’t know who you are when I review your paper). And do follow the guidelines; they’re there for good reasons.

And the most important thing, failure to observe which resulted in my recommending talks not be accepted last year despite potentially interesting topics: make sure the paper is long enough! A brief summary with details to be filled in later is not sufficient to let the peer reviewer know whether there is real substance that can stand up to 45 minutes of presentation and discussion.

/* ]]> */