Amateur Radio

20m here I come!

The WIA sent me a very welcome letter today.  As of today, I now have a Standard amateur radio license which entitles me to…

  • Power: 100W PEP for SSB and CW (I’ll have to check for FM)
  • Bands: 80m, 40m, 20m*, 15m, 10m, 6m*, 2m, 70cm, 23cm (* new bands)
  • Digital Modes! (timely too … we’re studying various digital modes at university)

If you wish to catch up… the new callsign is VK4MSL.  And yes, it’s kinda hard now to not say FSJL when you’ve been so used to saying it the last few months. 😉

I’ve got some ideas that I’d like to try with digital modes, and also at some point I’d like to do some SSTV too… Priority at this time still is with my university studies, but I’ll be hitting up 20m and doing a bit of digital work in the coming months.

Interference on VK4RBC

The Mt. Coot-tha repeater, VK4RBC has been plagued by interference for as long as I can remember.  Usually the interference problems have been nothing more than annoying, but tonight it’s been particularly bad.

It appears that somewhere on Mt. Coot-Tha, someone is operating an illegal pair of cordless headphones, at a frequency of 433.525MHz (input frequency for VK4RBC).  Prior to tonight we knew something local was causing interference, but none of us could identify what.

Tonight however, the interference was particularly strong… so strong in fact, we could distinctly hear (although badly clipped) the audio being listened to via the headphones.  Thanks to the illegal broadcaster, we got to listen to the ABC News, and for the last hour, Channel 7.  It has subsided somewhat, but the interference is still there, and you do get the odd bit of a word.  No doubt the owners of these headphones will cop amateur interference whenever someone near them transmits.

A complaint has been sent to the ACMA, and I urge other radio amateurs inconvenienced by this interference to do the same.  I see no reason at all why we should put up with such severe interference.  LIPDs do not belong on 70cm!

First QSL Card

Well, yesterday I received my first QSL card. About a month ago, I was tuning around on 40m and noticed there was a station calling CQ. A station with what I thought was a rather unusual callsign, VI2AMW60.
I sat there for a moment racking my brain trying to think what country VI was… in the meantime I decided to respond. I soon realised okay, the contact wasn’t overseas — but it was a special event station.

We exchanged details briefly and the chap at the other end asked if I collected QSL cards. I normally don’t bother about QSL cards, but since this is a special event station — I figured why not. 😉 He directed me to QRZ.com where the address details were mentioned. I sat down and designed a QSL card to send off. The card I sent off is shown below.

My QSL card design (click to view enlarged in gallery)

My QSL card design (click to view enlarged in gallery)

I wasn’t expecting anything back… there was mention on the QRZ.com page about including a self-addressed stamped envelope or some such. I wasn’t sure whether that only applied to overseas or who that applied to. Much to my surprise however, I received the following card in the post yesterday (again click to enlarge).  This shows the front and back of the card I received.

My first ever QSL card (click to enlarge)

My first ever QSL card (click to enlarge)

Well, I’m very happy to have received that card. For what it’s worth, this may be the first and last QSL card I receive under this callsign, since I hope to hear from a WIA assessor about upgrading my license to a Standard license — and with that, I’ll be getting a new callsign. Time will tell there. But to the people of the Illawarra Amateur Radio Society, I thank you for your QSL card. 🙂

Portable Whip Antenna Testing

Hi all…

I’ve been busy lately, thus haven’t had a lot of time to post on here… but I’ll save the full details of where I’ve been for another post.  People might recall my earlier attempt at a homebrew 2m/70cm whip antenna for a handheld radio.

At present, I’m out at Laidley (actually about 2km outside… near the Vaux and Lowe street intersection) and tried hitting a number of repeaters on 2m and 70cm.  Depending on where I stand, I seem to be reaching these repeaters in that, I get a response when I hit and release PTT:

  • VK4RGC Mt. Tambourine 146.700MHz (-600kHz offset) — S7, have to stand in a specific spot
  • VK4RDD Toowoomba 146.750MHz (-600kHz offset) — S9
  • VK4RZD Mt. Perseverence 438.050MHz (-5MHz offset) — S2, too difficult for practical use (shame since it’s part of the WICEN/QDG network)

The ones I definitely can reach from here however…

  • VK4RIL Laidley 147.100MHz (-600kHz offset) — S9, no surprises there
  • VK4RAI Ipswich (The Knobby, Glenmorgan Vale) 146.900MHz (-600kHz offset) — S9, have to stand in specific points.

The big surprise however, was this one… VK4RAX.  I can reach it from The Gap no problems with a rooftop antenna and 5W.  Tonight however, I was receiving it S7~S9 (depending on where I stood) and managed to make contact with a few people.  Standing on tiptoe helped — as I haven’t as yet gotten around to building an extension lead that will make the on-hat antenna practical (the coax I’ve got is a little inflexible).

Apparently the signal was quite scratchy, but this is to be expected for a 5W handheld at this distance.  The image below (taken from Google Maps) shows the approximate direct path for the signal and the distance — click for an enlargement.

Signal path between test QTH and VK4RAX

I’m hardly breaking any world records here, but this is by far my personal best on this handheld.

Antennas and Baluns

Well, I spent much of my weekend fooling around with antennas in one form or another.

I had taken down my HF rig to bring to the Brisbane Amateur Radio Club social — to sort out why it wouldn’t tune up on 10m… the problem turned out to be my power supply. I was using an old 250W AT computer PSU capable of supplying 9A at 12V. My radio, a Kenwood TS-120S is a 100W radio, and draws 20A when running full power. Now I had assumed since the mic gain was turned down to comply with my 10W limit, so the limited power wouldn’t be a problem… not so… it turns out that although I turned the mic gain down, the radio still wants its 20A for voice peaks. This causes the voltage to drop, and of course, instability.

Well, BuyEquip had some 600W ATX power supplies, that advertised a 52A 12V output rail, brand new for $60, so I snapped one up. A few more bits and pieces, and now my radio is much happier on 10m. Interestingly, the box says 52A, the unit itself says 20A… either way, I’ve met my requirements. 😉

Earlier when I had my HF rig set up, I had taken the balun out since I noticed it seemed to be shorting out the feedline (measured with an Ohmmeter), and I couldn’t even pick up commercial SW stations (I used to hear Radio New Zealand quite strong around 7.145MHz).

I later discovered that it’s quite normal for a 1:1 balun to appear as a DC short… my balun uses ~10 turns of not-very-thin copper enamel wire and I guess I’m used to transformers for other applications where one sees a much higher resistance. Transformer Baluns are typically almost purely reactive — remember the reactance of an inductor is Xl=2(pi)fL — at DC, f=0, thus my ohmmeter sees Xl=0.

However, I knew I had done something wrong when wiring it up as when I disconnected the shield — I received Radio NZ S9+10dB, connecting the shield back dropped that to S2.

In the meantime, I used a 5cm piece of RG58, soldered straight to some 300ohm ladder line (surplus from my sim jim antenna).

I wasn’t sure that I had wired the balun correctly — and had lost the plans, so I set about locating some on the ‘net. A quick search revealed this page from the Antrim & District Amateur Radio Society. Well… what a difference it made… my noise floor on 80m went from S7 down to S3!

I spent the evening chatting on the Australia Wide Night Owl Insomnia Net (Friday evenings after 10:00PM at 3.6MHz LSB) — talking with stations as far away as Coffs Harbour, and even heard a feint amateur contact from New Zealand (ZL1?? callsign).

The other issue, was with my handheld. I’ve got two portable antennas for it, neither of them are particularly efficient on 2m, both are brilliant 70cm band antennas. One is the antenna that Kenwood supplied with the radio, the other was a Comet SMA3 antenna that I had bought at BARCfest. Not bad for portable use — but I wondered if I could do better.

People might remember my old project, the Hat-lamp, where I set out to homebrew a headlamp using a hard hat. Two radio amateurs suggested that I add an antenna mount to that — one suggested I could have a SMA-SMA socket adapter there and use my handheld’s existing antenna, the other suggested a SO239 socket on the top with a mobile antenna.

Well I gave the idea some thought… The big issue with this is two-fold: clearance (the antenna would have to incorporate a spring to absorb being whacked against low objects) and the social aspect (what would people think after seeing it). Neither of the handheld antennas were particularly good on the former part — I managed to bend the newer antenna once just sitting down — it’s mostly bent back into shape now, but I didn’t want to risk it. Both would be rather conspicuous though. A mobile antenna would be a rather heavy thing to have sitting on one’s head, so I gave that idea a miss.

I found some stainless steel fencing wire that was quite stiff, and cut off about 60cm of it. The idea was I’d wind the bottom of it into a spring, and a SMA plug would be soldered to the end (using some copper enamel wire to make the connection). Well, I built that Saturday Night, and using it directly on the handheld, noticed an immediate improvement in performance — I was hitting repeaters I normally don’t hit unless I’m plugged into the roof antenna. It is shown below… click on the photo for a larger view.

Homebrew portable whip

Last night, I set out to attach the antenna mount to the hat. One hole and a bit of elbow grease later, I had screwed the SMA-SMA adapter into the hole. The antenna neatly screws onto the fitting around the back of the hat, and a length of coax screws in underneath running to the radio. I haven’t tried walking around outside with it, but indoor performance is good.  The photos below show the socket views on top and underneath the hat’s brim…

Antenna mount/socket topAntenna mount/socket underside

The plan, the whip is still rather conspicuous — and there’s the risk of doing someone an injury if I’m not careful where I point the whip. I’m now looking around for a souvenir peacock feather that I can stick the antenna up the centre of… the idea being the assembly becomes decorative as well as functional (below is what it looks like now, sans feather). Well kinda… it’ll still look weird, but hopefully people will notice the feather rather than the antenna. 😉

Antenna mounted on hat

Keeping things simple

I’ve been doing some thinking today.  I haven’t been in the amateur radio gig very long… I got my license in mid January, and I’ve been active mostly on the 2m and 70cm bands for the past few months.

The last month saw me acquire the parts needed for a HF station, and so lately I’ve also been poking around on 40m and 80m too.  I’ll admit I’m still very new to the scene, getting to know what bands are best in what conditions, and making a small number of contacts.

I’ve been very active lately on 70cm on the Mt. Coot-tha repeater, VK4RBC (438.525MHz), and have been on the odd occasion, tried making contact on various frequencies on HF.

At BARCfest this year, a number of commercial traders were present, showing off the latest and greatest from two of the big communications companies out there… ICom and Yaesu.  It was at BARCfest, that I picked up my current HF rig, a Kenwood TS-120S, and a few sellers had a number of older rigs on sale.

Now this particular rig is quite old… according to the eHam site, they are 1980s vintage, although the exact date my rig was manufactured is unclear.  As far as features, it’s basic… SSB and CW modes, coverage of 80m, 40m, 20m, 15m and 10m, and around 100W output.  For my needs, okay, the power output is overkill, but it’s sufficient.  In fact, the power output is good, as if there is an emergency, I have the extra power to make contact.

At BARCfest however, there were some of the very latest rigs on display.  There was one Yaesu base station monster being shown off by Kyle Communications, I can’t recall what model, but its (discounted!) price tag was around AU$8000.  This thing did just about everything except errect its own antenna and make you coffee.  SSTV, RTTY, Packet, DSP filtering, you name it, it had it.  Very impressive, but are all these gratuituous bells and whistles really needed?

One thing I like about the rig I have, is that the handbook includes full schematics of the transceiver circuitry, with explainations on how it works.  It’s all implemented using solid state components that are easily sourced.  In fact, the handbook has some hand-written notes suggesting that the thing has been serviced a couple of times before hand already.  Being basic in features, has enabled it to be serviced, and I suspect that I should have this rig for a very long time, as long as I can get replacement parts — I see no reason why it shouldn’t continue operating for years to come.

However, rigs like the one I described above, the average operator, I suspect, would be helpless to try and fix a complex beast like that.  There’s just so much that could go wrong, and loads of specialised components that are purpose built for it.  Sure, it might be off-the-shelf DSPs and microcontrollers in use… you might be able to buy replacements… but where do you go to get them reprogrammed so they perform the function for which they are intended?

Even my handheld, a Kenwood TH-F7E, is a rather complicated beast.  It has a small microcontroller in it, and a lot of integrated circuitry, that I couldn’t possibly fix if something went wrong.  I bought it because it had FM transmit capability on 2m and 70cm (the only two VHF/UHF bands I’m permitted on presently) and it could receive AM, {,W,N}FM, SSB and CW over a wide range from 100kHz through to about 1.3GHz.  Now okay, in order to minaturise the device, it was necessary for specialised components to be used here… that’s fair enough, but I can forget doing much in the ways of repairs.

I believe that base station rigs are getting overly complicated these days — we really need to get back to basics.  For someone like myself, I really only need a few basic features:

  • Coverage of all the analogue modes: CW, AM, FM and SSB
  • Reasonable output power
  • Good sensitivity/selectivity
  • Digital readout

All of this (except digital readout) can be implemented with analogue electronics.

Digital modes in my book are better implemented on a desktop PC.  Computers these days are quite capable of doing software DSP… I don’t see any reason why it is necessary for the transceiver to do all that.  A small microcontroller inside the rig to provide PC control, and memory banks, no worries… but that’s about as complicated as it needs to be in my opinion.

Heck, there’s no reason why some of this couldn’t be modular — that is, the rig works without the microcontroller.  The microcontroller would just be responsible for loading/storing VFO frequencies, and switching modes — if it’s absent, this just gets done manually by the user.  The controls on the front would just manipulate digital flip flops, that could also be driven by the microcontroller.

The upshot is, a rig like the above, could be made quite robust… and reasonably inexpensive.  Some of us don’t need the frills — or if they do, are sufficiently knowledgable enough to make them ourselves.  There are people who will demand very fancy rigs, and that’s fine… there’s plenty in the market now to cater for that group of operators, but for the rest of us, I think a lot could be gained from reducing the complexity in current transceivers.

BARC AGM 2008, and other AR news

Last Friday (23rd), was the night of the Brisbane Amateur Radio Club Annual General Meeting. Anyone who has been involved in a small club or community group, knows how dangerous it can be to attend these meetings — if you don’t intend to stand for a position, especially when most of the people holding executive positions are stepping down. 😉

Well, needless to stay, the vast majority of the membership was away… leaving about 8~9 of us in the room. One of the newer members wound up with job of President, along with myself scoring the job of editor for QSP, the club newsletter. There will be more on this in the next issue of QSP. I’m still toying with ways I can produce that newsletter efficiently — the three options I’m looking at are (in order of preference): LaTeX, OpenOffice.org and Scribus. I put Scribus last as I’m not familiar with it, and at last check, didn’t easily run on Win32. LaTeX is available for Win32 as part of Cygwin amongst other sources, as is OpenOffice.org.

In any case, this is a new role for me, and I look forward to the challenge.

News items for QSP can be sent directly to the new email alias I have for this: qspnews@longQlanRdcMlan.yi.org (remove the interference). Preferred formats for text are plain ASCII text (just put it in the body of the email), OpenDocument Text (as produced by OpenOffice.org), HTML, LyX and LaTeX. Preferred formats for diagrams are PDF, SVG, EPS, PNG or JPEG (the last one is best reserved for photos) — just indicate in the text roughly where you want these diagrams put, and I’ll try to fit them in as best I can.

In other news, I now have some HF kit. BARCfest saw me acquiring a second hand transceiver, a Kenwood TS-120S. Presently I’ve just got it hooked to a simple 40m dipole, and I mainly hover around the WICEN frequency on 40m (7.075MHz LSB). The eventual plan is to set up a full-wavelength 40m loop in the ceiling space of the house (we have a tiled roof) and hook that up to an ATU. I have purchased an ATU, and hope that will arrive some time this week, so before long, I should be contactable on HF. I’m permitted 10W PEP on 80m, 40m, 15m and 10m, and am able to transmit USB, LSB and (once I learn morse), CW.

Messing with Bluetooth SCO

Some of you may recall a recent post in which I described my idea for building my own high-fidelity wireless headset. The recommendation from most people was just to buy a bluetooth headset. Today I was in the hardware store here in The Gap, looking around actually for something totally unrelated — mounting brackets for an antenna (which I didn’t find) — I happened to see they were selling some earmuffs with builtin bluetooth headset and AM/FM radios for about AU$100. This is cheaper than I had seen similar sets elsewhere… so I figured I’d bite the bullet and give them a shot. At worst, I’d have a pair of earmuffs (may come in useful if I start working in a noisy environment), with a radio built in.

Bullant ABA700 Headset They’re manufactured by Bullant, and can come in three forms: bluetooth headset only, radio only, and radio+bluetooth headset (model ABA700). They apparently provide about 85dB attenuation, meeting AS/NZS SLC80:11:Class1. Protocol wise, they support the SCO profile, and the documentation (single double-sided A4 page) seems to suggest support for A2DP (quote: “You can also listen to music stored on your Bluetooth Mobile Telephone if your Mobile Telephone has that feature” — I can’t imagine people wanting to listen to music at 8kHz, mono, 16-bit).

It took me a while to figure out how to get them going at first. What I didn’t realise, is to hear anything out of the Bluetooth component, one must first turn on the radio and tune it to some station — slightly annoying, but I can live with that. Audio quality with a local FM station is quite good — on-par with most consumer wideband FM receivers. (And noticeably better than the amateur set I’ve been using lately… but that’s hardly surprising given its purpose.)

However, I was right to be concerned about compatibility. Windows XP won’t talk to them at all — okay, no great loss, I hardly use that “OS” these days. They do work in Linux, both using the old snd-bt-sco+btsco driver, and using the newer bluez ALSA plugins. Audio quality is limited to what SCO is capable of, again, annoying as I prefer to record voice at 16kHz as clarity is slightly better, but I can live with 8kHz — I’ll have to read up on how to get A2DP working. However, I’m so far, only able to reliably use them, with apps that natively support ALSA.

Using the snd-bt-sco driver… I find parts of my speech get cut off. This was tested using Qtel (EchoLink client) and joining the *ECHOTEST* conference (an EchoLink conference that exists purely for testing a station).

Using the newer ALSA plugin, things seem to work okay, but nothing OSS-based will talk to it. Audacity is very hit-and-miss in detecting the headset. Qtel won’t talk to it properly even via the aoss wrapper. I suspect my portaudio v19-based lecture recording app will have similar problems, as it generally only seems to work properly with OSS.

It’s a great start… but I’m not sure this is quite the holy grail I’m after. I’ve been testing this on my father’s laptop, which has onboard Bluetooth. So naturally this means I’ll have to also invest in a cheap USB Bluetooth dongle for my laptop. I may wind up continuing down the path of homebrewing my own set, since it looks like the more flexible solution, and least likely to suffer compatibility issues with the applications I use. Still, it’s been a worthwhile exercise, and certainly I’ll have to keep an eye out for developments in Bluetooth support in future. 🙂

Postscript: Now that I have a Bluetooth headset, I’m in the market for a simple Bluetooth transceiver (using H2DP or SCO) that provides input/output jacks that can be hooked to standard analogue devices such as my amateur transceiver (Kenwood TH-F7E) and my non-Bluetooth enabled mobile phone (Nokia 3310).  I’m aware of RPF Communication’s TalkSafe devices — that’s the sort of thing I’m after.  If anyone knows of something similar to that, available here in Australia, I’d be most interested.

Amateur Repeater Map

As seen/heard on this week’s WIA National News service

GOOGLE A REPEATER

Stuart Longland is in the process of putting together a Google Map of repeater
usage in VK.

This database is based on information determined from the WIA’s list of
repeaters, with GPS locations screen-scraped from ACMA’s online database.

It’s very much a work in progress at this stage and it is only useful for
browsing — no changes you make are actually saved by the application.

Hopefully before long, people will be able to add, edit and remove repeaters.

In addition, Stuart hopes to integrate information on which repeaters are
linked (graphically), including IRLP and EchoLink nodes.

If people wish to get in touch with Stuart, VK4FSJL there’s a number of modes
of contact on his website, or those in the Brisbane area, can get him on
VK4RBC (438.525MHz)

The site is online at http://ham.longlandclan.yi.org/

At present, it only covers VK repeaters, and is presently read-only. Those who look at the JavaScript that drives it, will probably notice it’s also very ugly behind the scenes. The perl script that runs server-side (under mod_perl) isn’t much better.

But, it’s a start… early days at the moment. When I’ve cleaned things up, I’ll release the source code for people to inspect/make changes. Once I get write support added into the DB, that should open the way for repeater information from other countries to be added. The DB has scope for adding other repeaters, as well as representing D-Star, EchoLink and IRLP nodes, however the actual code to drive this is yet to be written.

Anyway… here it is… enjoy. 🙂

Update 20080303

It is now possible to add and modify nodes. So if you know of repeaters in your area — please add them. If you see any mistakes, please correct them. I’ve also added the EchoLink and IRLP node numbers to some of the repeaters, although I suspect there may be other links I’m not aware of.

Deleting nodes is still not possible, so if something is to be deleted, specify “DELETE” in the notes field of the frequency or repeater to be deleted, and I’ll handle those manually.

Open Standards

People who know me, will know I’m quite a keen supporter of open source projects. I’m not nearly as fanatical about it as others, such as Richard Stallman, but I try to support open source as much as I can.

However, I suppose I’m a much bigger supporter, of open standards, than open source. I don’t mind if a project implementing a standard is proprietary commercial software — if the underlying standards it is built on, are open, that makes it possible for an open source implementation to be created. This gives users a choice — they may choose for various reasons to go for a commercial solution, or they may choose open source, it’s entirely up to them.

Now I realise that many of you will be reading this on planet.gentoo.org, and thus I’m likely preaching to the converted. I’m mainly aiming this at organisations that are completely blind to the issues faced. I’m hoping some of those might see this post.

Some might ask, what’s wrong with closed standards? There are a number of issues regarding closed standards.

  • Vendor lock-in: it locks people in to buying from particular vendors, for better or worse.
  • Inflexibility: If you don’t know how it works, how can you modify it to make it do what you want?
  • Control: Who controls what you do with the application? Or the data produced?

If you’re using some closed system, and you run into technical difficulties, the only people who can help, are the makers of that product. You can’t easily switch to another product, and you’re completely at that vendor’s mercy. Some charge extortionate rates to fix even trivial problems, if they help at all. Now granted, there are some good players out there, and if you strike one, great… but if things change for the worse, you’re stuffed.

The ability to understand how a system works is particularly important. Not just with troubleshooting… but also with experiments. Users of a system may have ideas that you as a company have not even considered. Now if it’s open, they can either modify themselves, or hire someone to modify, the system to suit their needs.

Experimentation in one’s spare time is a great way to learn too — university can’t teach you everything. But if the system is closed, how can they experiment? The ability to learn about a system is greatly stifled, when you can’t play with the deep internals at the protocol level.

Control over what you can do with the data produced by a system is a hassle. Remember that you, as the vendor, do not own the data produced by someone using your product. As far as the user is concerned, it’s their data. If I put an audio or video clip of my own work up on my site (which I have done on occasions), it’s not companies like Fraunhofer, or Microsoft, or Apple that own the content, it’s me. And I want the right to be able to share that clip under my terms.

The only reason why the Internet is popular today, is because of open standards. You would likely not be reading this, had it not been due to open protocols such as IEEE802.11b, OpenVPN, Ethernet, TCP/IP and HTTP, and open formats such as HTML. Look at what happened to Compuserve… The Microsoft Network… AOL… Ring a bell? They were all closed networks, that died out because the open wild of the Internet was more appealing to their users.

It isn’t just an issue in the information technology realm. Allow me to look at the problem in another context. Amateur radio, would not exist today as a hobby, if it were not for open communications standards.

If you look past the obvious social and competitive aspects of amateur radio, you see there’s another aspect, the experimentation side. As defined by the ACMA LCD (I’m sure it’s similar in other countries) …

6. Use of an amateur station

The licensee:

  1. must use an amateur station solely for the purpose of:
    1. self training in radiocommunications; or
    2. intercommunications; or
    3. technical investigations into radiocommunications; or
    4. transmitting news and information services related to the operation of amateur stations, as a means of facilitating intercommunication

The two points I’ve highlighted in bold above, are rather important. Put in layman’s terms… if you’re not in the hobby to talk to people, it’s mainly there for experimenting with the technology.

There’s another restriction here too … we’re not allowed to use cryptography, or any kind of secret code, it must be public domain. (e.g. I could, for instance, theoretically use UTF-8 on CW, encoding ones as a dash, zeros as a dot, and using RS-232-like encapsulation. Morse users would get confused however.)

Now suppose FM, for example, were a closed standard — that is, you had to pay some company royalty fees to use them. (Yes, I know that almost did happen way back in the 1930s, but anyway.) How well do you think that’d sit with radio amateurs, who typically like to build homebrew equipment? I don’t think it’d be liked much at all. In fact, if it were secret, it may very well be illegal in some countries. Thankfully this isn’t the case, and even emerging standards like D-Star, are fully open.

Now… back to the IT situation. We can see that a system where the protocols and standards used are fully open, can work. I have to ask why IT thinks it’s special, and insists on closed standards?

Looking at the educational environment … it’s here more than any other place, where we need open standards. How can students be expected to learn about something, if they can’t conduct their own experiments? Experimenting in one’s own time is a good way to gain a better understanding of the topic of study. It’s people graduating from these universities, that will be carrying the industry forward, and I really do think the present industry, should assist by being as open as possible.

Why is it, that universities like inflicting this poor choice of closed systems on its students? Yes, I’m looking at you, Queensland University of Technology, with your extensive use of Microsoft Office, Windows Media codecs (for recorded lectures), Cisco VPNs, Microsoft .NET framework, and numerous proprietary apps/standards.

QUT have a number of labs for each faculty, but also central labs. The central labs have OpenOffice installed, however the labs for Faculty of Engineering, and Faculty of IT, do not. So sure, I can work on some assignment on my personal laptop (running Gentoo Linux of course) — but if I have to email it to the lecturer, I have to either convert it to a PDF (my preferred method), or some have the gaull to ask for it in Microsoft Office formats.

If I comment that I don’t have the money to purchase Microsoft Office, the comment usually is something along the lines of, “Ohh, well you’ll just have to use the computers here.” Yeah well… how about I email my stuff in OpenDocument (ISO26300) format, and see how YOU like walking out of your cozy little office, into the library, and using a computer other than your own to view some file you’re expected to read. Exactly, you don’t like it … why should we be expected to put up with it?!

If that isn’t bad enough, they’ve now dropped using Java apparently for a teaching language. They instead use Scheme for the first years, then go throw them in the deep end with .NET. Way to go for consistency! Probably worth noting that they know nothing about Mono, and expect everyone to use VisualStudio.NET.

I really do think this is highly hypocritical of the university, and it’s an attitude that really disgusts me. Sadly I know they’re not the only ones doing this — some are even worse in this regard. (Then again, some are really open source friendly.) I have good reasons for using the software I do. I at least give you, the choice of using anything that opens OpenDocument formats — which is quite a lot — just sad that your office suite of choice isn’t among them by default. That’s not my fault, and you shouldn’t blame me for that.

I’ve complained directly to them about this before … so I’m now taking this complaint onto the world stage. Don’t like it? Tough.

I try to practice what I preach. One site I maintain, the Asperger Services Australia site, does make use of open standards. Sure Microsoft Office is used internally to write the documents that get uploaded (I’m working on that, give me time), they are converted to PDF. PDF of course is another open standard, ISO32000.

Any multimedia on the site, uses the XIPH foundation codecs Theora and Vorbis. Sure, I get the odd question from a Windows or Mac user about how to play the files, but thanks to the Cortado player applet, and ITheora, I’m able to make the video play for 99% of users out-of-the-box, and cater for the other 1% by allowing them to download the file and play it any number of players that support Theora and Vorbis.

This is handled automatically in most cases, the user isn’t even aware of the underlying architecture. However, if curious, the underlying architecture is open and present for them to look at.

I think it somewhat ridiculous, when looking at science fiction shows such as Star Trek, depicting (fictional) alien craft, produced by completely different lifeforms, are somehow 100% compatible at every layer of the OSI stack. We haven’t even got this today, and every computer on this planet was built by the same species!

I really do think this closed-standards war is hurting more than it’s helping. It’s about time we cut the nonsense, and actually started working together. Protocols and formats, used by systems really should be open for anyone to implement. I don’t mind closed implementations of those standards, that’s fine, but the standards themselves should be open.

Anyway… that’s enough of my ranting… glad to get that out of my system. 🙂