XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Converting a variety of data formats, containingvarious kinds of data into a common intermediate form

Whenever a data format is touted as a panacea  you first need to ask whether and how well data in that  format can suitably fulfill it's and all it's intended purpose(s).



On Tue, Oct 4, 2016 at 11:53 AM, Costello, Roger L. <costello@mitre.org> wrote:

Hi Folks,

Scenario: You are tasked to build a system that will receive data from a variety of sources. The data arrives in different formats (e.g., CSV, binary, tab-delimited, JSON, XML). The data sources provide different kinds of data (e.g., one source provides book data, another source provides weather data, another source provides gardening data). The data will be converted to a common intermediary form and then from the intermediary form, placed into a data store.

Recently I heard this statement:

                Converting data that is in various formats and contains various kinds
               of data, into a common intermediate form is hard (computationally
               expensive). RDF is the only data model the enables such conversions
               to be done in a way that is computationally tractable. Therefore, we
               must use RDF. And, as a corollary, we must use a triple store to store
               the RDF data.

Do you agree with that statement? If you do, can you provide evidence that RDF is the only data model that supports such conversions in a computationally tractable manner?

If you do not agree with that statement, can you provide evidence on why the statement is false?

/Roger




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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

Copyright 1993-2007 XML.org. This site is hosted by OASIS