BLOG:  Digital Financial Reporting

This is a blog for information relating to digital financial reporting.  This blog is basically my "lab notebook" for experimenting and learning about XBRL-based digital financial reporting.  This is my brain storming platform.  This is where I think out loud (i.e. publicly) about digital financial reporting. This information is for innovators and early adopters who are ushering in a new era of accounting, reporting, auditing, and analysis in a digital environment.

Much of the information contained in this blog is synthasized, summarized, condensed, better organized and articulated in my book XBRL for Dummies and in the chapters of Intelligent XBRL-based Digital Financial Reporting. If you have any questions, feel free to contact me.

Entries in Semantic web (7)

XBRL's Role in the Semantic Web (Initial Thoughts)

I have wanted to understand things like the semantic web, RDF, OWL and how these things fit with XBRL (or how XBRL fits with these things) for some time.  Someone recommended the book Semantic Web for Dummies, so I pieced that up and am making my way through it.  I certainly don't have all this figured out yet, but there are some things which are very clear.

Semantic Web

So, the Semantic Web is basically a "database in the sky".  It is super-metadata.  It allows data stored in different formats and systems to all "look" like one database, one system.  This enables easy access to the information using web standards.  It enables reuse of information, allowing anyone to "remix" the data.

Semantic Web (capital) and semantic web (lower case)

The "Semantic Web" and "semantic webs" are different things.  This is just like the difference between the Internet, intranets, and extranets.  "The Semantic Web" (upper case) will be sitting out there in cyberspace just like the Web is sitting there and available for all to use.  The Web and the Semantic Web will co-exist and they serve different purposes really.

Companies will also have "semantic webs" (lower case).  These will be private, for internal use only by employees of a company, like an intranet.  Companies will participate in other "semantic webs" with suppliers and customers, much like an extranet.

EDGAR as compared to IDEA

The SEC EDGAR system has been described as"one of the federal government's most valuable and important databases".  However, EDGAR does not fit into the Semantic Web or even into semantic webs.  The best that the EDGAR system can do is get you to documents which relate to a company.  The database cannot get you INSIDE the document, to get to the information from the document.  EDGAR is a big filing cabinet.  There is some value in providing semantic information to get you to the EDGAR filings, but that will leave people wanting.  For example, Edgar Online spends probably millions of dollars writing parsing algorithms to get what people really want, the information in the documents.

Now IDEAwill be part of the Semantic Web.  IDEA is a database (or will be once filings start coming in starting in June/July 2009).  You can get inside the documents, to the information reported by companies.  If EDGAR was valuable (which I believe it is); IDEA will be killer!

XBRL and the Semantic Web

So, what does XBRL provide to the Semantic Web or to semantic webs?

  1. XBRL is a database.  Or maybe it is better said that XBRL is more like "rows in a database".  What XBRL provides is a way to articulate information which you can extract and use.  Unlike the SGML or HTML documents of EDGAR which really cannot be parsed cost effectively or where much of the information can be reused (i.e. thus the need for IDEA); the information in IDEA will be very usable.  If you build a Semantic Web interface into EDGAR, you don't get much.  If you build a Semantic Web interface into IDEA, much more is possible.  So, XBRL provides the format of the information within the IDEA system, something that IDEA and systems like that can use to expose information to the Semantic Web or semantic webs.
  2. XBRL is metadata.  You have to describe the information in those documents somehow.  XBRL does that.  XBRL allows for the communication of meaning.  For example XBRL Formulas allows for the communication of rules, business rules.  So, XBRL is useful in that way.  I don't know how far RDF and/or OWL will get you in terms of expressing metadata at the level XBRL does.  This is still a little vague to me.  But I do know this.  I am beginning to hear people talk about building some rules language for the semantic web, meaning such a language does not currently exist.  Besides, Paul Warren, Gareth Reakes, and Alberto Massari pointed this out in 2003.
  3. XBRL is a transport protocol.  XBRL is a "transport protocol".  Companies need to get the information to the SEC some how.  RDF, OWL, and the other stuff on the semantic web cannot do that.  So, that is a function XBRL provides.
  4. XBRL is specific, important dictionaries.  This probably should come under metadata.  But it really is not about metadata itself, it is about the existance of actual specific metadata.  I think XBRL brought the IFRS and US GAAP Taxonomies, the actual concepts, rules, and other metadata expressed for the financial reporting domain, into existance.  Further, because IFRS is being used around the world (rather than 80 different sets of accounting standards in use), it becomes even more valuable.

That is what I see thus far.

Posted on Thursday, April 9, 2009 at 11:37AM by Registered CommenterCharlie in , , | CommentsPost a Comment | EmailEmail | PrintPrint

Facebook, the Semantic Web, Linked Data, and XBRL

OK, I will be the first to admit it, I don't totally get what is going on here.  I am trying to understand.  The reality is that I am not sure anyone really understands what WILL happen.  There are probably more who understand what COULD happen.

These seem to be that some of the moving pieces are things like:

  • Facebook:  "Facebook?", you may be asking.  Yes, Facebook.  Either the people at Facebook "get it", or maybe they don't, or it may even be that I am seeing this wrong.  But, this is what I see.  One of the biggest problems relating to the Internet is that the Internet does not know who I am, what I like, what I care about, and what I really don't care to have anything to do with.  So, I get everything.  That is overwhelming, information overload.  BUT, does Facebook have the answer?  Profiles.  Yes, your profile.  What if, say, Facebook allowed you to make meta data available about yourself and then other web sites, search engines, robots, and other "stuff" out there on the internet trying to help you could really help you.  I mean, what if as part of Facebook and Facebook's ability to turn information which is made available to categories of users were applied to meta data.  What if you could use Facebook (it really does not need to be Facebook but they do have a lot of market share) to create meta data which would help web sites and other things trying to understand you, to understand you.  Then, in one place (i.e. Facebook) a user could provide a profile in computer readable meta data to help you get customized news feeds, customized magazine articles, etc.
  • U.S. Federal Government's Use of Semantic Web:  People are pushing the semantic web, I think I understand at least the basics of why the semantic web is better than the current Web.  It is not the case that we get one or the other, we can have both.  It seems like this financial crisis, the Obama administration's understanding of what technology can do, and some of the things which are already being done (i.e. Recovery.gov, USASPending.gov, the SEC IDEA system, FDIC's use of XBRL, etc).  Now, these things are NOT the semantic web, but it is a good first step...get the data out there.
  • Linked data:  Tim Berners-Lee gave a presentation on Linked Data at the TED 2009 conference.  Each agency in the Federal Government independently creating a bunch of data and making it available in XML (rather than HTML) is better than nothing.  But, a coordinated effort would be even better.  I don't see much coordination.  For example, the XBRL made available by financial institutions to the FDIC and the XBRL financial information made available by banks to the SEC are not related in any way, manual relations therefore would need to be created to indicate that the information at the FDIC and the SEC is for the same company.  I don't quite get stuff like this.  Guess it means something.
  • XBRL:  How XBRL relates to "the semantic web" is not clear to me.  XBRL is XML, it does express semantic meaning.  It does express meta data.  Most certainly XBRL is data made available on the Web, and it is way better than PDF or HTML financial statements.  But how does XBRL relate to RDF, OWL, and all the other things mentioned above in the link describing the Federal Government's use of the semantic web.  I don't get it.

I do know this.  It seems like the probability of the semantic web becoming something useful increases every day.  That means that the good old ways of doing a lot of things will be changing.  What will change, how to adjust, how to take advantage of these coming changes; that is what I am trying to figure out.  Particularly with regard to XBRL; what exactly is XBRL's role relative to other types of XML, how can this be applied by the accounting profession (I am a CPA), how can a business leverage these technologies, etc.  I am quite sure some very useful things will come out of all this.

Posted on Friday, March 20, 2009 at 09:47AM by Registered CommenterCharlie in , , | Comments3 Comments | EmailEmail | PrintPrint