Re: [xml-dev] Re: Ten Years Later - XML 1.0 Fifth Edition?

[noah_mendelsohn@us.ibm.com]

SBeller writes:

> An elegant solution for many situations is available if we shift 
> from a string-based language to "positional-based" method. This 
> solution involves transforming XML documents into grid-based files 
> (such as spreadsheets), in which (a) the cells of each column are 
> populated with the element or attribute values sharing the same XML 
> name, (b) the columns are arranged in a manner that maintains 
> hierarchies, and (b) the values in each cell in a row are associated.

I'm a bit confused about this proposal.  One of XML's most valuable 
features is its ability to unify documents and data in the same framework. 
 I can see how to translate a list of potential hires into a spreadsheet, 
as you suggest.  How would I handle the XML documents that are, for 
example, their resumés?  The use of XML for structured documents is at 
least as important as for data;  indeed it's the combination that I think 
makes XML uniquely interesting.  I've never seen a spreadsheet that could 
do much more with documents than either extracting bits out of them, or 
maybe storing the text as blobs in cells.  How would a collection of 
resumes look in this form, presuming that the resumes had variable 
structure and lots of text? 

Certainly, spreadsheets are a also stretch for recursive hierarchies, even 
of data, and likewise I'm not sure how you represent the content 
corresponding to <xsd:choice>.  If I had an XML organization chart for my 
company, with a format like:

<manager name="bob">
  <employee name="mary"/>
  <manager name="sue">
    <employee name="tom"/>
  </manager>
</manager>

how would that map to your spreadsheet?  (note that managers have mixes 
employees and managers reporting to them at each level.)  Thank you.

Noah


--------------------------------------
Noah Mendelsohn 
IBM Corporation
One Rogers Street
Cambridge, MA 02142
1-617-693-4036
--------------------------------------








Stephen-NHDS <sbeller@nhds.com>
02/23/2008 11:40 AM
 
        To:     Xml-Dev Listserv <xml-dev@lists.xml.org>
        cc:     (bcc: Noah Mendelsohn/Cambridge/IBM)
        Subject:        [xml-dev] Re: Ten Years Later - XML 1.0 Fifth 
Edition?


It seems to me that the very nature of the text-based markup method is
causing this Unicode incompatibility problem. An elegant solution for many
situations is available if we shift from a string-based language to
"positional-based" method. This solution involves transforming XML 
documents
into grid-based files (such as spreadsheets), in which (a) the cells of 
each
column are populated with the element or attribute values sharing the same
XML name, (b) the columns are arranged in a manner that maintains
hierarchies, and (b) the values in each cell in a row are associated.

The resulting grid could then be queried easily and its contents formatted
based on their cellular positions. Any Unicode characters can be used in 
the
names and values, e.g., Excel can accommodate all Unicode 5.0 characters 
via
the code2000 font, as well as using a character's code decimal value in 
its
macros. And the grid could be saved as a delimited text file, without the
overhead of tags and tag-based parsing.

I realize this paradigm shift isn't easy for many to comprehend, but it 
can
be done and is worth exploration, imo.

Steve



_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php