<?xml version="1.0" encoding="iso-8859-1"?>
<feed version="0.3" xmlns="http://purl.org/atom/ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="en">
  <title>Life, the universe and sharepoint</title>
  <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/" />
  <modified>2005-09-04T11:23:31Z</modified>
  <tagline>Profiting from the knowledge economy</tagline>
  <id>tag:www.tornear.com,2005:/blog/1</id>
  <generator url="http://www.movabletype.org/" version="2.661">Movable Type</generator>
  <copyright>Copyright (c) 2005, Jeffrey</copyright>
  <entry>
    <title>Backup strategies part 2</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_09.html#000045" />
    <modified>2005-09-04T11:23:31Z</modified>
    <issued>2005-09-04T22:23:31+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.45</id>
    <created>2005-09-04T11:23:31Z</created>
    <summary type="text/plain">Even more peace of mind</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>My workplace engages a number of contract staff that work from separate sites. As mentioned in my post about BCP planning, data protection is vital. After asking some questions of our contractors, we identified a vulnerability in the backup regimes being used - while there were plenty of backups, none were held offsite. The <a href="http://computerbackup.connected.com/" target="_blank">Connected Dataprotector</a> came to the rescue, and a simple workgroup plan now makes it easy for everyone to have an offsite backup set.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Business continuity</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_05.html#000044" />
    <modified>2005-05-27T14:05:41Z</modified>
    <issued>2005-05-28T01:05:41+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.44</id>
    <created>2005-05-27T14:05:41Z</created>
    <summary type="text/plain">Planning for when things go wrong is worth it</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Engineering</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>What started out 12 months ago as a risk management project has now grown into a business continuity plan. I find this topic very interesting, but not having any formal training in it I thought I had better do some reading on the subject. You could do much worse than read this book:</p>

<p><br />
<p align="center"><img alt="BCP_Book.jpg" src="http://www.tornear.com/blog/archives/images/BCP_Book.jpg" width="250" height="320" border="0" /></p></p>

<p><br />
It has provided a framework to recognise the risks that we face as an engineering company, assess them, prioritise them and manage them so that the business recovers from just about any event. There is plenty of work still to be done, but now I know where it is all headed. </p>

<p>And I have found one of the authors, Afsar Syed, to be very approachable via the Sentryx <a href="http://www.sentryx.com/" target="_blank">website</a>.</p>

<p>A necessary part of business continuity is essential data protection. The more I thought about how to ensure this, the more secure offsite data storage became an essential element of a backup regime. The service provided by <a href="http://computerbackup.connected.com" target="_blank">Connected</a> is fantastic. The client is light, the data transfers are incredibly efficient, and depending on what your data is worth to your business (priceless!), the pricing is very reasonable. The Connected DataProtector looked good and now that I use it, I have to say it is better than I imagined.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Backup strategies</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_04.html#000042" />
    <modified>2005-04-14T06:42:18Z</modified>
    <issued>2005-04-14T17:42:18+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.42</id>
    <created>2005-04-14T06:42:18Z</created>
    <summary type="text/plain">Backup often, sleep soundly</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Having purchased two Maxtor USB drives lately for extra storage, I had the opportunity to install Dantz Retrospect Express, and ending up buying the upgrade to Professional within about 30 minutes of seeing just how good it is at managing backups. (I should have listened when a friend recommended this product to me a while back.)</p>

<p>As we have two main work sites, we can now very easily use the Maxtor drives in rotation every week or so and maintain up to date offsite backups. This was already happening to some extent, but Retrospect offers much better management of the backup media and backup sets than the previous software. And buying the bundled product with an external hard drive provides an inexpensive upgrade path to a business class product.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Save time by slipstreaming</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_04.html#000041" />
    <modified>2005-04-14T06:33:43Z</modified>
    <issued>2005-04-14T17:33:43+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.41</id>
    <created>2005-04-14T06:33:43Z</created>
    <summary type="text/plain">Create an installation CD including SP2</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Here's a great article describing how to make your own Windows XP installation CD that includes the updates: <a title="Paul Thurrott's SuperSite for Windows: Slipstreaming Windows XP with Service Pack 2 (SP2)" href="http://www.winsupersite.com/showcase/windowsxp_sp2_slipstream.asp" target="_blank">Slipstreaming Windows XP with Service Pack 2</a>. Installing all of the necessary Windows security patches is always tedious, but this will dramatically reduce the number required.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>The dangers of blogging</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_04.html#000040" />
    <modified>2005-04-10T04:03:40Z</modified>
    <issued>2005-04-10T15:03:40+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.40</id>
    <created>2005-04-10T04:03:40Z</created>
    <summary type="text/plain">When blogging gets you fired</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Blogging</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Here's an interesting article on the legalities of discussing your workplace in a personal blog: <a title="Law.com" href="http://www.law.com/jsp/printerfriendly.jsp?c=LawArticle&t=PrinterFriendlyArticle&cid=1112618114455" target="_blank">"Employers wrestle with blogosphere"</a>. It is certainly food for thought; thankfully my employer is unlikely to be upset with anything I say here.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Swamped</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_04.html#000039" />
    <modified>2005-04-01T07:52:36Z</modified>
    <issued>2005-04-01T17:52:36+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.39</id>
    <created>2005-04-01T07:52:36Z</created>
    <summary type="text/plain">What are Autodesk on about?</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Engineering</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Well, the blog has been neglected somewhat due to workload and holidays. I still have plenty of projects underway and have spent considerable time developing documents on risk management, business continuity and strategic plans for our company. These are works in progress, but should be beneficial once completed. The risk management document is specifically targeted to reducing our PI premium, so will need to be done before renewal time, and I hope to have the others in place before the annual QA external audit. More posts to follow once these are complete.</p>

<p>On the IT side, I see that Autodesk have released 2006 versions. The life of 2005 versions was disappointingly (ridiculously, even) short, and I really wonder why they expect everyone to upgrade annually. Moving to 2005 versions has worked well for us, but we frequently run into compatibility issues with our business associates, and I don't see any compelling reason to make matters worse too soon. My own IT efforts are at present focussed on integrating InfoPath into our workflow.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Customer service not what it could be</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_02.html#000038" />
    <modified>2005-02-07T12:29:41Z</modified>
    <issued>2005-02-07T22:29:41+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.38</id>
    <created>2005-02-07T12:29:41Z</created>
    <summary type="text/plain">Some pitfalls of Dell support</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Here's someone else that has found Dell support less than ideal: <a title="Dude, I got Dell-ed..." href="http://blogs.officezealot.com/charles/archive/2004/09/18/2952.aspx" target="_blank">Dude, I got Dell-ed</a>. So much of this sounds all too familiar.</p>

<p>I ordered a power supply for my Dimension 4600 on 19 January. No complaints about the price or order process. But two weeks later I called to find out what was happening. First I was told there was a payment problem, then transferred to spare parts and told it was not a payment problem, it was just that Dell have none and expect some to arrive at their warehouse on 11 February for delivery soon after. I wonder what would have happened if I had opted for the '3 year next business day on site warranty'; would their techs have access to the part?? I cannot help but think that I am being penalised for having the capacity to do the repair myself...</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Microsoft release anti-spyware</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_01.html#000037" />
    <modified>2005-01-11T11:23:23Z</modified>
    <issued>2005-01-11T21:23:23+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.37</id>
    <created>2005-01-11T11:23:23Z</created>
    <summary type="text/plain">Get it now!</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Now available for download, <a title="Download details: Windows AntiSpyware (Beta)" href="http://www.microsoft.com/downloads/details.aspx?FamilyID=321cd7a2-6a57-4c57-a8bd-dbf62eda9671&DisplayLang=en" target="_blank">Windows AntiSpyware</a> is Microsoft's initial anti-spyware offering. As my spyware paranoia level had been creeping up lately, it was somewhat comforting to install it, run a scan and find that it found nothing nasty. Perhaps that just means it did not find what is there?</p>

<p>A comparison of the MS offering against some other spyware apps can be found <a href="http://www.flexbeta.net/main/articles.php?action=show&id=84" target="_blank">here</a>. While it hold its own, it may not be the only thing that you would want to rely on. </p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Two Dell systems down in one week</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2005_01.html#000036" />
    <modified>2005-01-11T10:44:37Z</modified>
    <issued>2005-01-11T20:44:37+10:00</issued>
    <id>tag:www.tornear.com,2005:/blog/1.36</id>
    <created>2005-01-11T10:44:37Z</created>
    <summary type="text/plain">Desktops bite the dust</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>What a surprise it was to turn on a one month old Dimension 8400 and find that the hard drive had failed. Not a small failure either, as tech support suggested reinstalling the OS (what else!) and Win XP setup was unable to format the drive, stating that there were 'unrecoverable errors'. Strangely enough, tech support still took some convincing before they would send out a new part.</p>

<p>The bigger surprise was going home to my Dimension 4600 and finding that it also had died (18 months old). Turning it on makes the fan run and the power light flash, and that is all. This appears to be a power supply problem, although the ultimate cause is still to be determined. Having had several reliable Dell systems over 10 years, it was disappointing to have the two latest systems fail suddenly. Here's hoping the customer service lives up to expectations.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Getting Sharepoint subsites to communicate part 2</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2004_12.html#000035" />
    <modified>2004-12-16T06:09:07Z</modified>
    <issued>2004-12-16T16:09:07+10:00</issued>
    <id>tag:www.tornear.com,2004:/blog/1.35</id>
    <created>2004-12-16T06:09:07Z</created>
    <summary type="text/plain">Passing input parameters to filter views.</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Sharepoint</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Following my previous post, I have taken the connections between subsites further using connected data view web parts, where one web part provides an input to filter the data presented in the second web part.</p>

<p>Scenario: http://server/subsite1 holds a master list of projects, and a document library of documents for each project. http://server/subsite2 is to provide a subset of the project list, and when an item is selected, provide a list of the documents for that project. (Ideally it would provide links to the actual documents and enable them to be downloaded, but that issue is yet to be overcome - it turns up in plenty of sharepoint blogs.)</p>

<p>Approach: the above is accomplished relatively easily with data view web parts and FrontPage 2003. The only tricky bit that I found was setting the connection parameters to retrieve the correct view. (Note that the web part only retrieves the first page of the view on the other site, so if the list is very long you may need to create a unique view with a large item limit to ensure that all of the data is returned. And you will need to find the GUID of the view to use as a parameter in the connection.)</p>

<p>References: the following articles provide a good basis to understand what is going on:</p>

<p><a href="http://msdn.microsoft.com/office/understanding/frontpage/techarticles/default.aspx?pull=/library/en-us/odc_fp2003_ta/html/odc_fpbldgxmlwebs.asp" target="_blank" >Building XML data-driven websites with FrontPage 2003</a> provides a good overview of the data view web parts and using the data source catalog in FrontPage;</p>

<p><a href="http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dnarxml/html/wsdlexplained.asp" target="_blank" >Web Services Description Language (WSDL) explained</a> is an older article, but I found it very informative when looking at the code behind the cross-site queries.</p>

<p>Result: </p>

<p><p align="center"><img alt="Screenshot - connected DVWP's retrieving items from another sharepoint site" src="http://www.tornear.com/blog/archives/images/Connected_DVWP_screenshot_1.gif" width="320" height="346" border="0" /></p></p>

<p>This is a screenshot of subsite2. The web part at the top of this screenshot retrieves a subset of list data from subsite 1. Selecting an item in the list provides an input parameter to the second web part, which filters the items in a document library on subsite 1 accordingly, and presents the results. (The two sites concerned are both at the same level in the site hierarchy, not parent-child sites.)</p>

<p>Now onto how to accomplish the connections.</p>]]>
      <![CDATA[<p>The first step is to connect to the data source using the data source catalog - this has been covered in the <a href="http://blogs.msdn.com/frontpoint" target="_blank" >Frontpoint</a> blog, the relevant article is linked in my earlier post <a href="http://www.tornear.com/blog/archives/2004_11.html#000032" target="_blank" >here</a>.</p>

<p>In my case, I wanted DVWP#1, which provides a list of projects, to influence DVWP#2, which is providing a list of drawings. First, use the directions in the above blog post to make a age containing teh two web parts, and get both web parts to retrieve the information that you are after. The data in DVWP#1 can be filtered as desired by going to Data View Properties... and setting the Filters as required. DVWP#2 will not doing any filtering until after a web part connection is established, so the data you see in FrontPage will not necessarily look like the final view that you are after.</p>

<p>Open the page you want to work on in FrontPage, right-click the second web part and select Web Part Connections... This opens the Web Part Connection Wizard. The web part you have selected will be the source, then select an action, in my case Modify using parameters from... Click next, and select the target web part (which is the other web part on the page) that will provide the filter criteria. The 'target action' is Provide data values to... Click next. This brings you to this screen:</p>

<p><p align="center"><img alt="Web part connection wizard" src="http://www.tornear.com/blog/archives/images/Connected_DVWP_screenshot_2.gif" width="320" height="275" border="0" /></p></p>

<p>Select the column in target web part that you want to use as the input parameter. (In my case this is a project number.) Click next. If you want the first web part to highlight which item is selected, tick the box Indicate current selection using... And you are done.</p>

<p>Now set the filter criteria on the second web part. Right-click the web part and pick Data View Properties..., data view details appear in the task pane. Click on Filter, and set the criteria that you want. Note that the input paremeter passed in the web part connection is available as a value to use in the filter criteria:</p>

<p><p align="center"><img alt="Filter dialog using input parameter" src="http://www.tornear.com/blog/archives/images/Connected_DVWP_screenshot_3.gif" width="320" height="193" border="0" /></p></p>

<p>Save the page, and that's it! Now you have two web parts retrieving items from another site, and the first one providing filter values to the second.</p>

<p>Some related notes 1) if you pick the first web part when setting up the web part connection, the process is much the same but the source and target are reversed and consequently the actions are reversed as well, giving the same end result; 2) if your cross-site connection requires a login, consider setting up a separate account just for this purpose with minimal rights (i.e. 'Reader').</p>

<p>And finally, I would love to know how to retrieve files from a document library across sites. By adding the document library to the data source catalog with Manage catalog..., I have successfully set up a web part that links to the relevant documents with a full absolute URL. And as I have the correct permissions, I can use this web part to retrieve the documents from the other site. But the data sources added with 'Manage catalog' reside with the Frontpage installation, not the sharepoint installation, so this web part will not work for other users of the site. So a web part is needed as a go-between to provide the correct login for the source site. This works OK for attachments to list items, but at this stage does not appear to be available for documents in document libraries. Ughh!!<br />
 <br />
If you find this post has been helpful, please leave some feedback.</p>]]>
    </content>
  </entry>
  <entry>
    <title>HP &apos;all-in-one,&apos; but master of none</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2004_11.html#000033" />
    <modified>2004-11-29T05:22:42Z</modified>
    <issued>2004-11-29T15:22:42+10:00</issued>
    <id>tag:www.tornear.com,2004:/blog/1.33</id>
    <created>2004-11-29T05:22:42Z</created>
    <summary type="text/plain">Disappointment with scanning functions</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Technology</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>In a moment of weakness I bought a HP 6110 all-in-one printer/scanner/fax. It looked good after reading the box, but it has not delivered. Yes, it can print well. But other than that, it is very disappointing. </p>

<p>My main gripe is the length of time that the scanner drivers take to load, and the impossibility of tweaking the scanner settings and getting it to remember them. I used to scan a lot of pencil sketches into Acrobat. Since the HP insists on resetting the black/white threshold to whatever it feels like, I have been forced to give up the pencil and draw in ink or end up with blank pages. While a scan profile with a custom B/W threshold setting can be created and set as the default, it refuses to use that one when Acrobat opens the scanner dialog.</p>

<p>And in the time that the scanner driver takes to load, I could boot my computer, scan and email a document with my Canon all-in-one.</p>

<p>One other thing - since I updated the flash rom to the latest HP release, the fax functions think that Letter sized paper is the only size in existence. I can set the paper size to A4 in as many dialogs as I like (both on the machine and in the printer, scan and fax options in the software), but as soon as it goes into standby mode, it resets to Letter. This is very annoying for incoming faxes, as every page received prints across two pages.</p>

<p>So, if you are considering a HP all-in-one for SOHO use, don't do it. Buy a Canon.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Getting sharepoint subsites to communicate</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2004_11.html#000032" />
    <modified>2004-11-28T13:37:22Z</modified>
    <issued>2004-11-28T23:37:22+10:00</issued>
    <id>tag:www.tornear.com,2004:/blog/1.32</id>
    <created>2004-11-28T13:37:22Z</created>
    <summary type="text/plain">The value of the data view web part</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Sharepoint</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>I finally came across the answer to an issue that has had me tearing my hair out: <a title="Howto: Display list or document library data from a parent site within a different site" href="http://blogs.msdn.com/frontpoint/archive/2004/10/27/248751.aspx" target="_blank">Howto: Display list or document library data from a parent site within a different site</a>.</p>

<p>In my case, I have http://server/subsite_1 which is private and contains a master list of data, and http://server/subsite_2 which is for a different user base but needs to display a subset of the master list data.</p>

<p>I had tried some very long URL's to retrieve the XML of the right information; this worked within Frontpage but failed on the server. The above post uses the data view web part to retrieve information on the other site. I see no reason why it would not work just the same with sites on another server.</p>

<p>Update 29 November: It occurred to me that the login credentials need nothing more than Reader privileges to retrieve information, so I created a new user solely for use in cross-site data view web part connections.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>PI insurance woes</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2004_11.html#000030" />
    <modified>2004-11-26T02:08:43Z</modified>
    <issued>2004-11-26T12:08:43+10:00</issued>
    <id>tag:www.tornear.com,2004:/blog/1.30</id>
    <created>2004-11-26T02:08:43Z</created>
    <summary type="text/plain">Formally managing risk has benefits</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Engineering</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>The Australian (and indeed the world) market has seen insurance premiums for professional indemnity policies skyrocket. At the same time, clients are demanding higher and higher cover. The question is, what can a company do to limit its exposure and reduce insurance premiums.</p>

<p>I don't have all the answers, but I do have one proven idea. I attended a seminar on risk at which an insurance broker spoke about the need to set your company apart from the others as being aware of the risks and proactively managing it.</p>

<p>The result was a whitepaper that I wrote for our company. In it, I identified the various risks that we face as a consulting firm, and then described the actions that we take internally to counter each risk. For example, a design flaw is a potential risk. We counter it by employing experienced engineers and peforming independent checks in house. Gratuitous advice given to a contractor is also a potential risk; we don't do it. The process is simple and beneficial, as it creates an awareness of the risks that we face every day.</p>

<p>The benefits? Well, by passing this document to our broker at renewal time, we obtained a 10% discount on our premium. Three hours work went a long way towards paying my salary for the month! And the document will definitely be revised further for next year.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>New stylesheet</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2004_11.html#000029" />
    <modified>2004-11-25T07:09:59Z</modified>
    <issued>2004-11-25T17:09:59+10:00</issued>
    <id>tag:www.tornear.com,2004:/blog/1.29</id>
    <created>2004-11-25T07:09:59Z</created>
    <summary type="text/plain">Clean and bright</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Blogging</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>Well, I find the variety of styles available at <a href="http://www.movablestyle.com/" target="_blank" >www.movablestyle.com</a> irresistible, so I have changed to a cleaner and brighter look. Hopefully the text contrast is better with this stylesheet.</p>]]>
      
    </content>
  </entry>
  <entry>
    <title>Tilt-train over-tilts</title>
    <link rel="alternate" type="text/html" href="http://www.tornear.com/blog/archives/2004_11.html#000026" />
    <modified>2004-11-18T10:42:02Z</modified>
    <issued>2004-11-18T20:42:02+10:00</issued>
    <id>tag:www.tornear.com,2004:/blog/1.26</id>
    <created>2004-11-18T10:42:02Z</created>
    <summary type="text/plain">Are speeding trains dangerous?</summary>
    <author>
      <name>Jeffrey</name>
      <url>www.tornear.com</url>
      <email>jeff@tornear.com</email>
    </author>
    <dc:subject>Engineering</dc:subject>
    <content type="text/html" mode="escaped" xml:lang="en" xml:base="http://www.tornear.com/blog/">
      <![CDATA[<p>It has been interesting to watch the aftermath of Queensland's tilt train derailment. The first reports from the black box appear to indicate that the train was travelling ~52 km/h above the recommended speed. No doubt our wise politicians will see fit to put speed cameras on the rail line, or increase the demerit points for speeding offences across the board.</p>

<p>What they are likely to overlook is that the recommended speed is simply the recommended speed, based solely on limiting the g-forces experienced by the passengers to acceptable comfort levels. The design speed for the track was more than likely well in excess of two times the recommended speed for the curve. If it is ultimately shown that the tilt train, with an operating top speed around 160 km/h, was definitely going to be derail if it entered a corner 52 km/h above the recommended speed, then it is a very sad day indeed for the designers.</p>

<p>The governing engineering principle is simply that failures should not happen suddenly or without warning. If the train really was travelling dangerously fast, then the passengers and crew should have been experiencing obvious discomfort a long time before the incident. Time will tell.</p>]]>
      
    </content>
  </entry>

</feed>
