<?xml version="1.0"?>
<rss version="2.0">
  <channel>
    <title>Advogato blog for vdv</title>
    <link>http://www.advogato.org/person/vdv/</link>
    <description>Advogato blog for vdv</description>
    <language>en-us</language>
    <generator>mod_virgule</generator>
    <pubDate>Sat, 25 May 2013 03:32:45 GMT</pubDate>
    <item>
      <pubDate>Thu, 6 Nov 2003 08:22:42 GMT</pubDate>
      <title>6 Nov 2003</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=23</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=23</guid>
      <description>&lt;dl&gt;
&lt;dt&gt;&lt;a href="http://www.advogato.org/person/salmoni/" &gt;salmoni&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;
Re: &lt;cite&gt;interesting rant by Linus Torvalds. Got me thinking whether it really is worth the bother of using XML for my native file format.&lt;/cite&gt; - It's really to each application to decide. The good thing is that you don't have to feel too guilty if you don't use angle brackets: if you keep your format simple, XML applications will still be able to integrate your documents. It's also a question of available tools: if you're using something like &lt;a href="http://www.advogato.org/person/uche/" &gt;uche&lt;/a&gt;'s &lt;a href="http://uche.ogbuji.net/tech/4Suite/anobind/" &gt;Anobind&lt;/a&gt; you may find XML configuration files easier to parse than native files formats. And it's also a question of perspective: whatever development tool you're using, XML documents may remain more complex to read and edit by hand for your end users.
&lt;/dd&gt;

&lt;p&gt; &lt;/dl&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 5 Nov 2003 20:32:36 GMT</pubDate>
      <title>5 Nov 2003</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=22</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=22</guid>
      <description>&lt;p&gt;Long time again since my latest entry!

&lt;p&gt; &lt;p&gt;This morning, &lt;a href="http://www.advogato.org/person/edd/" &gt;edd&lt;/a&gt; has posted a link on a &lt;a href="http://bitmover.com/pipermail/lmbench-users/2003-November/000076.html"  &gt;mail&lt;/a&gt; from Linus Torvalds about XML which is good food for thoughts...
&lt;p&gt;&lt;cite&gt;I dare you. Prove me wrong&lt;/cite&gt; says he before a rant showing that &lt;cite&gt;good taste and simple syntax&lt;/cite&gt; is &lt;cite&gt;a MILLION times more readable&lt;/cite&gt; than XML.
&lt;p&gt;The interesting point is that Torvalds is right (could it not be the case?) and that he is also wrong.
&lt;p&gt;He is right that simple text formats can be easier to edit and easier to read than XML documents, especially if you edit them by hand. He is also in his rights if he want to use good taste and simple syntax.
&lt;p&gt;He is wrong if he assumes that good taste and simple syntax will save him from XML!
&lt;p&gt;What many people miss to see (especially amongst XML zealots) is that what's important with XML isn't the syntax, not the angle brackets...
&lt;p&gt;That's not because Torvalds uses good taste and simple syntax for his configuration files that I can't take a couple of hours to write a SAX parser for good taste and simple syntax and validate Torvalds' configuration files through a RELAX NG schema written with the non XML compact syntax. Zero angle brackets here, but still a XML application!
&lt;p&gt;Hmmm... XML is only syntax and its syntax isn't important?
&lt;p&gt;That's the XML paradox. Maybe, what's really important in XML is the quest for interoperability which has followed its publication. Maybe, after all, XML is a principle and not a technology?
&lt;p&gt;BTW, have you noticed how straightforwardly Torvalds' demonstration can be applied to programming languages to show that Python (good taste and simple syntax) is a MILLION times more readable than C, Java or C# to name few?
</description>
    </item>
    <item>
      <pubDate>Mon, 3 Feb 2003 16:40:28 GMT</pubDate>
      <title>3 Feb 2003</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=21</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=21</guid>
      <description>&lt;p&gt;Done more work on &lt;a href="http://www.advogato.org/proj/Examplotron/" &gt;Examplotron&lt;/a&gt; and the new architecture is still more promissing than I would have thought! The previous releases were nice toys showing a cool concept but with this release &lt;a href="http://www.advogato.org/proj/Examplotron/" &gt;Examplotron&lt;/a&gt; becomes able to compete with the "big" XML schema languages. In fact, I think we've got here a simpler syntax to access the full power and flexibility of Relax NG with embedded Schematron rules. </description>
    </item>
    <item>
      <pubDate>Sat, 25 Jan 2003 07:06:54 GMT</pubDate>
      <title>25 Jan 2003</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=20</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=20</guid>
      <description>Long time since my last diary... Just been busy with my too many projects and most specifically my Relax NG book!

&lt;p&gt; I have resumed work on two of my open source projects:

&lt;p&gt; &lt;dl&gt;
&lt;dt&gt;&lt;a href="http://www.advogato.org/proj/XSLTUnit/" &gt;XSLTUnit&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;No major enhancements here, but a port from a Saxon specific extension to the EXSLT exsl:node-set() function. This makes &lt;a href="http://www.advogato.org/proj/XSLTUnit/" &gt;XSLTUnit&lt;/a&gt; much more portable since it should run on any EXSLT compliant XSLT processor. Unfortunately this is not (yet?) the case with &lt;a href="http://www.advogato.org/proj/libxslt/" &gt;libxslt&lt;/a&gt; because of a couple of bugs related to the lack of support of a root node in the node set result.&lt;/dd&gt;

&lt;p&gt; &lt;dt&gt;&lt;a href="http://www.advogato.org/proj/Examplotron/" &gt;Examplotron&lt;/a&gt;&lt;/dt&gt;
&lt;dd&gt;Major redesign for &lt;a href="http://www.advogato.org/proj/Examplotron/" &gt;Examplotron&lt;/a&gt; 0.5 which compiler is no longer generating a XSLT transformation but a Relax NG schema (with embedded Schemantron constraints when needed). The set of features is pretty much the same, the purpose of the intermediate release been to evaluate the impact of the changes. This will give a stronger base to the project and facilitate adding new features.&lt;/dd&gt;
&lt;/dl&gt;

&lt;p&gt; That's fun to see three of my unrelated projects starting to work together: &lt;a href="http://www.advogato.org/proj/XSLTUnit/" &gt;XSLTUnit&lt;/a&gt; is now used to do unit tests on &lt;a href="http://www.advogato.org/proj/Examplotron/" &gt;Examplotron&lt;/a&gt; and the result of the compilation of an &lt;a href="http://www.advogato.org/proj/Examplotron/" &gt;Examplotron&lt;/a&gt; can be used as an input for &lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt;...</description>
    </item>
    <item>
      <pubDate>Tue, 27 Aug 2002 11:17:11 GMT</pubDate>
      <title>27 Aug 2002</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=19</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=19</guid>
      <description>&lt;strong&gt;Server migration&lt;/strong&gt;
&lt;ul&gt;Been quite busy, after my vacation in sunny California, to setup an environment using two home hosted servers (&lt;a href="http://www.advogato.org/proj/Debian/" &gt;Debian&lt;/a&gt; GNU/Linux of course) connected through DSL and backuped as round robin to replace the server I was previously hiring in the US (the revenues of the sites I am hosting couldn't cover the cost any longer...). It's not 100% stable yet but already enough to run...&lt;/ul&gt;
&lt;strong&gt;&lt;a href="http://www.advogato.org/proj/xname/" &gt;xname&lt;/a&gt;&lt;/strong&gt;
&lt;ul&gt;
One of the issues to set up this environment was DNS: I have only 1 fixed IP and needed to borrow at least a secondary somewhere and I came on a nice project called &lt;a href="http://www.advogato.org/proj/xname/" &gt;xname&lt;/a&gt; during my quest. This is an open source infrastructure above the standard bind9 and after a couple of feature requests easy to implement &lt;a href="http://www.advogato.org/proj/xname/" &gt;xname&lt;/a&gt; has become a good fit for what I needed to do. 
&lt;/ul&gt;
&lt;strong&gt;XML-RPC&lt;/strong&gt;
&lt;ul&gt;
One of these features is a &lt;a href="http://source.xname.org/bugs/view_bug_page.php?f_id=38" &gt;XML-RPC&lt;/a&gt; service allowing to update the DNS when a variable IP address changes. Since &lt;a href="http://www.advogato.org/proj/xname/" &gt;xname&lt;/a&gt; is using &lt;a href="http://www.advogato.org/proj/PHP/" &gt;PHP&lt;/a&gt;, I have writen this simple service using &lt;a href="http://www.advogato.org/person/Edd/" &gt;Edd&lt;/a&gt;'s excellent &lt;a href="http://www.advogato.org/proj/XML-RPC%20for%20PHP/" &gt;XML-RPC for PHP&lt;/a&gt;. That's not rocket science (was even rather trivial), but I like these simple developments which show the power of such tools on non over-hyped applications. This seems rather new too, except for some requests for such a service done by Dave Winer back in 1999...
&lt;/ul&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 17 Jul 2002 11:27:22 GMT</pubDate>
      <title>17 Jul 2002</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=18</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=18</guid>
      <description>&lt;strong&gt;Mailing lists&lt;/strong&gt;
&lt;ul&gt;
I have closed today &lt;a href="http://groups.yahoo.com/group/xml-server/" &gt;xml-server&lt;/a&gt; and &lt;a href="http://groups.yahoo.com/group/xml-tips/" &gt;xml-tips&lt;/a&gt;, two mailing lists which I had created on the defunct "eGroups" when I was a XML newbie thinking I could change the course of XML. Funny enough, xml-server was created to promote the idea that XML databases were both useful and possible, an idea which is now widely shared and which I am fighting in its most rigid incarnation which tend to complexify and rigidify XML to make it easier to store and retrieve in databases. This is the case of XPath 2.0 which should include 80% of the features of XQuery and (IMHO) make it inapropriate for most of the XML processing as we know it today.
&lt;/ul&gt;
&lt;strong&gt;&lt;a href="http://conferences.oreillynet.com/os2002/"  &gt;OSCON&lt;/a&gt;&lt;/strong&gt;
&lt;ul&gt;
I am also packing to leave for the Open Source Convention in San Diego... An opportunity to meet a different community than at the XML Idealliance conferences which I love to attend and also to spend a couple of weeks in sunny California with my family: we've planed to follow the coast from San Diego down to San Francisco...
&lt;/ul&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 10 Jul 2002 16:48:44 GMT</pubDate>
      <title>10 Jul 2002</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=17</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=17</guid>
      <description>&lt;strong&gt;Book&lt;/strong&gt;
&lt;ul&gt;
The &lt;a href="http://www.oreilly.fr/catalogue/xml_schema.html" &gt;French translation&lt;/a&gt; of my &lt;a href="http://www.oreilly.com/catalog/xmlschema/" &gt;WXS book&lt;/a&gt; is now available in the book stores and I took some &lt;a href="http://eric.van-der-vlist.com/gallery/wxsBook" &gt;pictures&lt;/a&gt; in Paris this afternoon. That's pretty nice to see stacks of my book in stores! Makes it much more real than just seeing it on Amazon...

&lt;p&gt; &lt;/ul&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 10 Jul 2002 09:56:01 GMT</pubDate>
      <title>10 Jul 2002</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=16</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=16</guid>
      <description>&lt;strong&gt;Why XML?&lt;/strong&gt;
&lt;ul&gt;
Interesting &lt;a href="http://lists.oasis-open.org/archives/relax-ng/200207/msg00017.html"  &gt;thread&lt;/a&gt; about the RELAX NG "&lt;a href="http://www.thaiopensource.com/relaxng/compact/"  &gt;compact syntax&lt;/a&gt;". There is no doubt that the RELAX NG (non XML) compact syntax is more concise, easier to read and more elegant than the XML syntax, however, despite the efforts done by James Clark to provide an extension mechanism, John Cowan thinks that annotations are still so ugly that they should be removed from the compact syntax. The point here is that even though for each application taken alone, XML is frequently less appealing than other alternatives (XSLT and &lt;a href="http://www.advogato.org/proj/WikiMl/" &gt;WikiMl&lt;/a&gt; are two other examples), XML is a clear winner as soon as there is a need for extensibility and interoperability between applications. BTW, the lack of extensibility of non XML syntaxes would also be an issue with if I wanted to integrate &lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt; into the compact syntax for RELAX NG... 
&lt;/ul&gt;</description>
    </item>
    <item>
      <pubDate>Wed, 3 Jul 2002 20:08:27 GMT</pubDate>
      <title>3 Jul 2002</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=15</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=15</guid>
      <description>&lt;a href="http://www.advogato.org/proj/WikiMl/" &gt;WikiMl&lt;/a&gt;
&lt;ul&gt;
Published &lt;a href="http://www.advogato.org/proj/WikiMl/" &gt;WikiMl&lt;/a&gt; as a project on &lt;a href="http://www.advogato.org/proj/advogato/" &gt;advogato&lt;/a&gt; and freshmeat which gives it some visibility and got some interesting threads starting on its &lt;a href="http://lists.wikiml.org/wikiml-discuss/" &gt;mailing list&lt;/a&gt;.
&lt;/ul&gt;
&lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt;
&lt;ul&gt;
Also published release 0.1.2 of &lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt; with a bug fix and the packaging of Relax NG test suites like I had done in 0.1.1 for the Regular Fragmentations test suite.
&lt;/ul&gt;
&lt;p&gt;Links
&lt;ul&gt;
The links between those two projects? I am using &lt;a href="http://www.advogato.org/proj/WikiMl/" &gt;WikiMl&lt;/a&gt; to write my next book. The subject of this book is Relax NG and I am testing the examples of the book against the Relax NG implementation which is part of &lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt; (that's how I have found the bug fixed today). So there are some links between these projects and I am already using both of them together for some real world work!
&lt;/ul&gt;</description>
    </item>
    <item>
      <pubDate>Mon, 1 Jul 2002 21:07:27 GMT</pubDate>
      <title>1 Jul 2002</title>
      <link>http://www.advogato.org/person/vdv/diary.html?start=14</link>
      <guid>http://www.advogato.org/person/vdv/diary.html?start=14</guid>
      <description>&lt;strong&gt;&lt;a href="http://oreilly.com/catalog/xmlschema/" &gt;XML Schema book&lt;/a&gt;&lt;/strong&gt;
&lt;ul&gt;This morning I have received my copies of my &lt;a href="http://oreilly.com/catalog/xmlschema/" &gt;XML Schema book&lt;/a&gt;. I had seen the PDFs, but that's really different to get the real book in the hands. It's nice to see the result of 18 months of hard work.&lt;/ul&gt;

&lt;p&gt; &lt;strong&gt;&lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt;&lt;/strong&gt;
&lt;ul&gt;Just published release 0.1.1 of &lt;a href="http://www.advogato.org/proj/xvif/" &gt;xvif&lt;/a&gt;. The major update is the implementation of a test suite for Regular Fragmentations which relies on a new module (xmlcomp) performing simple but flexible comparisons between documents (you can define what you want to test and ignore things such as empty text nodes or namespace prefixes).&lt;/ul&gt;</description>
    </item>
  </channel>
</rss>
