[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: XML not ideal for Big Data

• From: "Louis Matherne" <matherne@optonline.net>
• To: <xml-dev@lists.xml.org>
• Date: Tue, 8 Sep 2009 14:44:20 -0400

Rick,

A lot of users do care how XBRL instance documents look and there are
efforts underway to address XBRL content in an HTML document - see Inline
XBRL (Rendering) Specification - CR - CALL FOR IMPLEMENTATIONS here -
http://www.xbrl.org/SpecCRs/.

However, XBRL is all about the data.  It is ABSOLUTELY DATA CENTRIC. The
close to 500 public companies that have filed with the SEC in the last 2
months tagged something north of 100 unique values per filing.  Next year at
this time, that will increase 10 fold as the second wave requires "detail
tagging".  I understand that in some countries - Belgium - they only want
the tagged data and have passed on the presentation layer.  


Louis Matherne


-----Original Message-----
From: Rick Jelliffe [mailto:rjelliffe@allette.com.au] 
Sent: Monday, September 07, 2009 1:43 AM
To: xml-dev@lists.xml.org
Subject: Re:  XML not ideal for Big Data

Jim Tivy wrote:
> In documents, XML is dominant.  In data, standards like XBRL(accounting)
and
> HL7(Health) and other data centric markup languages have promise - I
havn't
> been swimming in the data centric lake lately - what say others? 
I am not sure that we should call  XBRL an accounting language. Isn't it 
more limited than that, aiming to be a system for modelling and 
reporting financial summary information, e.g. to regulators or tax offices?

So it XBRL documents might not have masses of numeric data. Furthermore, 
the XBRL people worked on a way of having XBRL embedded in HTML 
documents, to make it workable for a wider range of adopters. If you 
need to have text and formatting to make a format useful, I guess there 
are limits to how "datacentric" we can call it.

Cheers
Rick Jelliffe

_______________________________________________________________________

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

• References:
  • XML not ideal for Big Data
    • From: "Simon St.Laurent" <simonstl@simonstl.com>
  • RE: XML not ideal for Big Data
    • From: "Michael Sokolov" <sokolov@ifactory.com>
  • RE: XML not ideal for Big Data
    • From: "Jim Tivy" <jimt@bluestream.com>
  • Re: XML not ideal for Big Data
    • From: Rick Jelliffe <rjelliffe@allette.com.au>