OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: [xml-dev] New XML tool for improving data-processing performance

[ Lists Home | Date Index | Thread Index ]

>>>Robin Berjon wrote:
Date: Fri, 14 Feb 2003 11:00:55 +0100
>>>I'd guess RAX would infringe on it somehow. Otherwise a quick glance at CPAN 
>>>shows that such tools have been available publicly for at least three years.
>> Thanks a lot. I will investigate about RAX immediately.
>You may also want to look into XML::SAXDriver::CSV and XML::CSV. I've also seen 
>an XML::SAX::Writer::CSV that did the same thing, but I can seem to find it 
>right now.

Thank you very much again.
I will check the  XML::SAXDriver::CSV and XML::CSV etc.

Eric Johnson wrote:
>Shigeru Yoshida wrote:
>>Since I have not known prior art for this kinds of CSV compaction, the prior 
>>art is just what I want to know.
>Well, of course you would.  To me, this particular patent underscores 
>some of the numerous faults in the US patent system, particularly with 
>regards to software patents.
>For one thing, I hope you realize the absurdity of your position - that 
>of getting a patent, and then asking the question in a public forum, as 
>to whether anyone knows of prior art. ...

Yes, I have realized the absurdity of relationship between patent and
software development for private companies. Our developed software has 
received the great benefit of XSLT and other XML technology.
I also think that the company patent system for software may fail as 
you said. But I am an engineer working for a company and sorry, I have 
no choice. Whether to take only the honor and to throw away the right 
belongs to political judgment of the top of the company.
Moreover, to me, it is hard to discuss patent matters in English.

Alaric B. Snell wote:
Date: Fri, 14 Feb 2003 16:26:22 +0000
>On Friday 14 February 2003 16:11, Eric Johnson wrote:
>> In fact, I'm almost certain
>> that you are not the first to use XSLT to convert XML to CSV, likely so
>> that such data could be imported into spreadsheets, but many of those
>> projects were likely one-off, in-house projects done by some junior
>> engineer who never even thought to look at the USPTO web site, or would
>> have laughed if someone suggested what they were doing was patentable.
>I've done XML to CSV via XSLT - it was for a script that took documents  

The subject is patent talk completely.

I am a software engineer and have wanted to make what is useful to a world.
Let me talk about my motivation why we have developed the tool software.

Nikkei Computer magazine 2001/No. 3.12 reported "The truth of omnipotent 
fantasy 'the common sense' of XML is collapsed". In the article when the 
throughput of XML data is insufficient at the spot where uses XML for 
the first time or shifts conventional data to XML, the following techniques 
which users take are described.

 (a) Shorten length of the definition information (element name) on XML
 (b) Pack redundant information into one.
 (c) Remove unnecessary XML data to the present business.

The article is worth reading but unfortunately there is no electronic 
version and in Japanese. Anyway, application software programmers as well as 
me in Japan may not know much about conventional convenient tools for 
improving data-processing performance. Then I thought that not stopgap 
emergency measure but convenient tool is necessary.

I investigated such tool but a suitable one was not found although my search
may not be enough. It is desirable to improve data-processing performance, 
maintaining interoperability not by binary XML but by ordinary character-
based XML.

In early stages of development, I found proposed method near my intention
in the article entitled "ZXML -- XML compression method" in ASPToday web site.
  You can read the outline of ZXML in the following sites:
           the full article of PDF version costs $5 (^^;;

ZXML method packs all elements in each record in a CSV form to reduce amount of
XML data. It uses XSLT but users had to write conversion / reverse-conversion 
XSL sheets for individual cases and it assumed to use special API software
to handle its converted documents.

That is why we have developed the software tool.
And we realized the function in the above-mentioned article of Nikkei Computer 
magazine as a tool. To be sure, the software may not be innovative, but it is a 
tool software and not part of any system. I believe that it is convenient and 

BTW, recently, I read the article "The horror of XML" ZDnet in October 29, 2002.

I consider that the ZDnet's article has asked whether there are any methods other
than the method of improving performance which uses Binary XML and cheats XML.

Best regards;


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS