Category: xml and web 2.0

ASCII vs Binary

Ben Metcalfe writes in response to Brad Templeton's post.

At the blogger panel at Fall VON … Vlogger and blip.tv advocate Dina Kaplan asked bloggers to start vlogging. Its started a minor debate.

My take? Please dont.

Ive written before on what I call the reader-friendly vs. writer-friendly dichotomy. My thesis is that media make choices about where to be on that spectrum, though ideal technology reduces the compromises

Brad actually goes on to advocate podcasting as an acceptable format as it can be listened to whilst jogging, etc. I think hes correct to a degree – podcasting is certainly easier to consume than video/vlogging as it is a multitaskable medium (unlike blogging too). However its still binary – it still requires you to consume at a pace decided by the producer and its far harder to index and search through. Unless it contains a meta-wrapper, there is also no hyperlinking which is arguably one of the greatest keys to the world-wide-webs success.
Its for this reason that Ive been sceptical as to the long-term success of podcasting as an informational medium. And this scepticism certainly extends to vlogging.

My take is that ascii is great but you know what, how bland would the world be if people couldn't express themselves in any form they feel most comfitable? See Ben is taking the reciever (user) point of view and I think thats fine for a lot of people. Even myself, I blog more that I podcast or videocast because I like hyperlinking. But it would be wrong for me to expect everyone to do the same. If podcasting works for you, hey go for it. Yes think about your audience you certainly need to balance that with your own creativity. So in the end I do agree with Ben's final point.

However I think most people would agree that we need to produce work in the format thats right for the content at hand, and for the end consumer whos going to consume it. For the moment at least, I think most people still use the blogosphere more for informational use than they do entertainment and as such that needs to be considered when youre about to produce your next blog/podcast/vlog

Ideally binary searching, scanning, deconstruction would be as easy as acsii but its not at the moment. I think this is mainly a limitation of the tools and services out there. The service and tool creators blame the lack of standards. So the question is where is the microformats of the media? I would have suggested Mpeg4 could have been but its got so screwed up who knows.

Comments [Comments]
Trackbacks [0]

Standard calendaring servers

So I was listening to a IT Conversations podcast about iCal/CalDav servers. My interest has perked up since Apple announced there own CalDav server will ship as part of the OSX 10.5 package later this year.

At its 2006 Worldwide Developer Conference, Apple Computer announced the iCal Calendar Server, an open-source implementation of a CalDAV server to be provided with the Leopard release of Mac OS X. CalDAV permits greater interoperability between calendars. This brings the number of open-source implementations of CalDAV to four, according to Dave Thewlis

So natrually I thought I'd check out the other 3 CalDav servers. Cal Connect is your standard consortium website, good information but badly architected. However before long I was off checking out the other CalDav servers.

Hula seems to be the most mature but I've had problems getting it running before, so I skipped it and looked at both UW Calendar and Bedework. From what I understand Bedework is based off UW anyway, so I skipped that one and tried out Bedework. So far I'm honestly impressed, its also worth checking out the feature list of this CalDav server or should I say Calendar framework/server. Now if I can only find the right URL for Mozilla Calendar CalDav syncing.

Comments [Comments]
Trackbacks [0]

Language support in RSS readers slowly getting better?

Real right to left support in greatnews

real right to left support in greatnews rss reader. At long last the rss readers are starting to do right to left languages correctly now.

How can I tell? The position of the unread items. Yes its kind of weird, you would think things would be directly mirrored. But nope, see the issue is that the farsi text is unicode encoded right to left, while the numbers and brackets are left to right. When you put the two together like that on the same line then read it left to right. Things get a little messy.

Oh the feed in question… www.bbc.co.uk/blogs/persian/atom.xml. Which I modified from the standard Moveable type template.

Comments [Comments]
Trackbacks [0]

What the heck happened to x3d?

x3d

Well it would seem the x3d community blog has the answer to my question.

5-10 years ago people were touting that it would only be a matter of time before everyone started building 3D web sites just like they were building HTML pages. What happened? Is it that 3D on the web failed? Or is it that many of us didn''t really understand that the Web is a much bigger and more diverse place than HTML pages? X3D, particularly in it's XML incarnation, is actually growing very very rapidly on the web. But it's not growing as HTML pages – it is growing as real XML-based applications that demand serious technical chops to develop

That maybe but come on, your telling me the x3d guys don't want people to mashup realtime data and api's into something x3d? Then looking back a little longer, I found this gem.

OK, so we've spent like 5 or 6 years moving from VRML to X3D…what's the point! Visually the advanced VRML browsers compete pretty well with X3D browsers but it's time to make the XML magic really appear.

Sandy suggestions some implementations and boy oh boy are they run of the mill. No disrespect but there pretty boring and if I saw these, I would shake my head in shame. Recently I've been very much into the visualisation of complex data and honestly I think via some very clever use of x3d you can generate something actually very useful. Lets do a better example. Take Digg data and boy oh boy you could do some very clever things to map whats hot and whats not. Through transparency and using the zindex it would be possible to show existing stories from days before and maybe there peaks. It would be like a landscape of stories with there digg totals in yindex (height), date in the zindex (distance) and maybe relvents or grouping across the xindex (across). Using your mouse you could hover over one and things would open up a little to show you more details of that story. Alright maybe my example isn't much better but at least its not your usual 3d on the web stuff.

I'm dying to try out some of this X3D stuff via XSL and the cocoon framework. I'm thinking about the fun I use to have with Povray and what I can currently do with XSL and XML. And I have done stuff with VRML and Javascript in the past, so I should be able do something quite interesting with a little time. I did download a X3D viewer the other day but only tried out the sample files.

Comments [Comments]
Trackbacks [0]

Dabbler, at last someones adding distributed to the mix

Dabble beta

At long last dabble has added distributed back into the mix. Dabble can be thought of yet another video hosting service but actually you would be overlooking its main feature. Its more like del.icio.us than anything else. Simply put its a bookmarking service for online video. So no matter where your video sits, google video, archive.org, youtube or even on your own site, you can bookmark it and share it with anyone via dabbler.

In the usual style you can also add tags and create playlists for other people and friends. Its such a simple idea and although dabble is very rough around the edges, I can see myself using this a lot. I actually rememeber this type of service being applied to Podcasts but it was so simple and clever, it actually is a shame it doesn't do audio too.

Comments [Comments]
Trackbacks [0]

del.icio.us vs. emailing

Michah Dubirko wrote this entry titled del.icio.us, blogging a while ago. I would take it slightly differently, and compare it to email. Since Del.icio.us applied the feature to send friends bookmarks to their bookmark inbox I've been really tempted to stop sending email too but I don't know if friends are getting them or not?

Comments [Comments]
Trackbacks [0]

SVG support in IE 7.2?

Don't know how I missed this in my aggregator but…

Microsoft publicly stated IE will have core engine support for SVG in IE7.x (most likely 7.2)

Honestly, I like to think this will happen, but I got a feeling there will be a clause. Something like support for SVG only works when using a XAML wrapper. Or you will need to enable it in the preferences somewhere.

But then worst that what I just wrote, it seems Microsofts Chris Wilson is stating that the above claim is bogus.

Actually, I did not state that IE7.X will have SVG support. I did say that I think SVG is gaining momentum as part of the interoperable web standards platform, and as such I expect we will add support for it in the future.

As for “IE7.2″ – I have not heard anyone inside or outside Microsoft say that, certainly not me. It’s a myth.

On the positive side, if Microsoft did some how suprise us all with SVG support, they would be joining the 2D vector graphics party. Firefox had SVG support ages ago now, Opera 9 just launched with even better SVG support and Safari Dev, Konqueror, Seamonkey, Camino and Amaya all have different levels of support for SVG.

Comments [Comments]
Trackbacks [0]

Openness in data formats

Me and Tantek

Tantek wrote this thought provoking entry about data formats and openness. Which I can't help but kind of agree on and disagree on. So first his entry.

  1. ASCII is dependable. Project Gutenberg insists on publishing their e-books as plain ASCII text as Mark Pilgrim noted, and their reasons are solid.
  2. Compatible XHTML is now also dependable. In the 15+ years since its public introduction, I believe that HTML has established itself sufficiently prominently worldwide that I feel quite comfortable declaring that HTML will be accepted to be as reliable as ASCII in coming years. In particular, authoring what I like to call Compatible XHTML, that is, valid XHTML 1.0 strict that conforms to Appendix C, is IMHO the way to author HTML that will have longevity as good as ASCII. Note that files in most file systems have no sense of “MIME-type”, thus the winged-mythological-creatures-on-the-head-of-a-pin style arguments about text/html vs. application/xhtml+xml that are often used to discredit either HTML or XHTML (or both) are irrelevant for the most common case of keeping archives of files in file systems.
  3. Plain old XML (POX) formats in the long run are no better than proprietary binary formats. XML, both in technology and as a “technical culture” is too biased towards Tower of Babel outcomes. I've spoken on this many times, but in short, the culture surrounding XML, especially the unquestioned faith in namespaces and misplaced assumed requirement thereof, leads to (has already lead to) Tower of Babel style interoperability failures. As this is a cultural bias (whether intentional or not) built into the very foundations of XML, I don't think it can be saved. There may be a few XML formats that survive and converge sufficiently to be dependable (maybe RSS, maybe Atom), but for now XHTML is IMHO the only longerm reliable XML format, and that has more to do with it being based on HTML than it being XML.
  4. Formats that are smaller (e.g. define fewer terms) tend to be more reliable.
  5. Formats that are simpler (e.g. define fewer restrictions/rules for publishers) tend to be more reliable.
  6. Formats that are more compatible with existing reliable formats tend to be more reliable, e.g. HTML worked well with existing systems that supported “plain text” (AKA ASCII)
  7. Formats that are easier to use, i.e. publish, and more immediately useful, rapidly become widely adopted, and thus become reliable as a breadth of software and services catches up with a breadth of published data in those formats.

The microformats principles were based on these observations. Now this doesn't mean I think microformats will replace existing reliable formats. Not at all. For example, I feel quite confident storing files in the following formats:

  • ASCII / “plain text” / .txt / (UTF8 only if necessary)
  • mbox
    • X)HTML
  • JPEG
  • PNG
  • WAV
  • MP3
  • MPEG

So my take on Tantek's thoughts.

Plain old XML (POX) formats in the long run are no better than proprietary binary formats. See I take issue with this, I understand what Tantek is getting at but I would say plain xml without a schema isn't leaning towards the Tower of Babel. And like Tantek already mentioned RSS and ATOM are pretty close to the non-tower of babel direction. I would also add FOAF and OPML to the list. I would love for SVG to also be included in this but alas its not. Formats that are smaller (e.g. define fewer terms) tend to be more reliable. Good point, hence why things should be broken down like how XHTML and SVG got Modularization.

My list of formats are slightly different too.

  • XHTML (Unicode)
  • XML (Unicode)
  • JPEG
  • PNG
  • MPEG3 audio
  • MPEG4 video
  • WAVE
  • SVG

Comments [Comments]
Trackbacks [0]

Blogosphere is more international than ever before

I've been meaning to blog this for weeks now. Dave Sifry's latest report on the state of the blogosphere. So generally the blogosphere has becaome a lot more international with english taking a step down in the most used language in the blogosphere. Its actually better that you think too, because english now count for less than 35% of the blogosphere. Theres lots of other interesting things in the report like the Chinese blogosphere growing a lot due to MSN Spaces and Chinese and Bokee.com. Dave suggests that Japanese bloggers blog small posts from there phone, hence the huge jump. In the same post but not really realted Dave talks about how Tags and Categories are used by 47% of the blogosphere now.

Talking about languages and blogs, the BBC blogs has new additions to its own blognetwork. Spanish, Arabic and Persian blogs. The Chinese and new Urdu blog are just around the corner too. I guess this is perfectly fitting with the latest report. I have yet to try out Native text (a free web service that translates RSS feeds from blogs and podcasts into foreign languages) but it certainly sounds useful. I hear the Persian Blog already has a large audience visiting it.

Chinese just launched yesterday in simplfied chinese which causes it own problems because its all in UTF-8. It seems a lot of chinese reading people set there browsers to the encoding GB2312 or Traditional BIG5

Comments [Comments]
Trackbacks [0]

The BBC 2.0, just got slashdotted

Its been a while now but Novus Ordo just submitted to Slashdot On The BBC 2.0. Its only gone up about a hour ago but its already recieved 80 comments. Quite a few sink into the usual BBC bias and BBC World vs BBC arguements. But there's a interesting related question about Slashdot's CSS redesign content and the BBC's reboot.bbc.co.uk contest. Lots of moaning about the fact you can't actually download or stream any clips or movies from the catalogue in a thread called great resource but incomplete.

On the plus side I caught ths comment by Lobais.

A thing I really think they should do 'to keep the BBC relevant in the digital age.' is to make xmltvfiles of all their tv and radio programme info. This would make them very useful for a lot of people, and sure wouldn't be very hard.

Although this only recieved a +1 and insightful mark, its easy to forget about the simple things we could be doing more of. Although there is a arguement that the Programme catalogues is just that. Plus as Pldms pointed out, we provide 7 day listings for all channels in TV anytime XML format.

A comment which I couldn't help but agree with was this one by Larry Lightbulb.

The first and possibly only thing they should change about the BBC home page is the fact that it's designed to be viewed at a resolution of 800×600. Surely a company as big as the BBC is capable of producing a web site that utilizes all of the screen space available in a browser window?

See I tend to strongly agree with this but I understand the reasons why its sticking to a 800 format. Personally I don't think there's any excuse for a 800 format when your using XHTML+CSS (unless thats the desired effect). So when we move in that direction I would like to see the 800 constrait dropped.

I'll be keeping a eye on the incoming comments…

Comments [Comments]
Trackbacks [0]