• Comparison of public weather forecasts for Adelaide

    If I want what I consider the most accurate forecast for Adelaide, I’m going to refer to the Bureau of Meteorology forecast. There are a number of other weather sites on the Internet, so let’s see how close their forecasts are to what I’ll call the “official” one.

    Note, temperature is measured in Celsius in Australia, so those are the units I’m displaying. Out of interest, 42°C is equivalent to 107.6°F which is equivalent to hot!

    BoM Forecast

    PRECIS FORECAST FOR ADELAIDE Issued at 5:00 am on Monday, 31 January 2011

    Monday Max 42 Dry. Sunny.

    Tuesday Min 24 Max 33 Fine. Mostly sunny. Wednesday Min 20 Max 34 Fine. Mostly sunny. Thursday Min 22 Max 34 Fine. Mostly sunny.

    wunderground.com

    http://www.wunderground.com/global/stations/94672.html

    Predicting 37°C

    image

    weather.com

    http://uk.weather.com/weather/today-Adelaide-ASXX0001?fromSearch=true

    I went to the UK version of weather.com as that seemed to be the easiest way to get the temperatures in Celsius.

    Forecast: 40°C

    image

    accuweather.com

    http://www.accuweather.com/en-us/au/south-australia/adelaide/quick-look.aspx

    Forecast: 42°C

    image

    theweathernetwork.com

    http://www.theweathernetwork.com/weather/ausa0001

    Forecast: 32°C

    image

    image

    weatherbug.com

    http://weather.weatherbug.com/Australia/Adelaide-weather.html?zcode=z6286&lang_id=en-au

    Forecast: 33°C

    Looking at the screengrab, I can see why they’re called weatherbug.

    image

    So as you can see, most of these have absolutely no idea.. I can only presume they are throwing darts at a dart board with the numbers they come up with. Accuweather seemed to be the closest to the Bureau’s figures.

    And as it turned out, Monday did get to 42°C, so the BoM was on the money.

  • WP7 Apps–the value proposition

    I’ve noticed something interesting recently with some of the paid apps appearing in the Windows Phone 7 marketplace. For apps that are essentially just a front-end for publicly available free data, I’m wondering why you would want to pay for them?

    For example I chose to publish my Internode Usage app for free (just updated to version 1.1). As I don’t have to pay to access the data (Internode make it freely available via a web API) I figure unless the app adds significant additional value then why shouldn’t my app be free too?

    The same principle applies to the second WP7 app that I’ve been developing – “Aussie Toilets”. It is based on data published by the Australian Government, and as they’ve already published a free iPhone app, the idea that I would try and charge for basically the same thing on a different platform doesn’t seem logical (I’m assuming my app is similar, I haven’t actually seen the iPhone one).

    You see, for every paid app that uses free data there’s a threat looming - another app that uses the same data but which is free. So if a paid app is to be commercially viable then it really needs to stand out – add significant value to the original data (eg. visualisations, interpretations), and stand above any free competition.

    There is one reason I can think of for some apps being paid which would otherwise be free. It’s related to the fact that developers only get 5 free app submissions per year (but no limit to paid apps), so there is an incentive to publish paid apps (especially considering the penalty for failing app certification for a new free app).

    So my challenge to the WP7 developer community – innovate and provide real value, and make the best of an impressive platform. Deliver quality apps, whether they are free or paid. But if you expect me to pay for your app, make sure the value it provides is worth at least the value you are charging for it!

  • Servicing SQL Server vs Visual Studio

    It’s interesting to consider the approach that the SQL Server team take to servicing their products and contrast that with the Visual Studio team.

    There are currently 3 versions of SQL Server covered under mainstream support (4 if you count extended support for SQL Server 2000 SP4 until 9th April 2013):

    • SQL Server 2005
    • SQL Server 2008
    • SQL Server 2008R2

    and we know that ‘Denali’ is in the works as the next version.

    Current service packs include:

    • Service Pack 4 for 2005 (released in December 2010)
    • Service Pack 2 for 2008 (released in September 2010)

    In addition, ‘Cumulative Updates’ are also released at regular intervals, and most impressively these also cover multiple service packs for the same RTM versions. As the name suggests, these updates contain all of the hotfixes released since the applicable release. For example the latest cumulative updates include:

    • Cumulative Update #2 for 2008 SP2
    • Cumulative Update #12 for 2008 SP1
    • Cumulative Update #1 for 2005 SP4
    • Cumulative Update #5 for 2008 R2 RTM
    • Cumulative Update #13 for 2005 SP3

    You can go to http://blogs.msdn.com/b/sqlreleaseservices/ to see all the details.

    Now contrast this with current mainstream supported versions of Visual Studio:

    • Visual Studio 2005
    • Visual Studio 2008
    • Visual Studio 2010

    There’s been single service packs for 2005 and 2008. There’s also currently a beta for the 2010 service pack. To the best of my knowledge they’ve never released additional service packs for any of the ‘.NET era’ VS versions.

    Additional updates are released but in very much a piecemeal fashion. It’s up to you to look trawl through the items posted to the Connect site or on MSDN and do your research by then trying to look up KB articles as the original descriptions aren’t always that descriptive.

    I guess what I’m saying is it wouldn’t it be great for the VS team to take a leaf out of the SQL team’s book and provide a greater commitment to servicing their existing products as well as innovating on the next release – provide proper cumulative updates for current VS releases.