<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-33211552</id><updated>2011-08-01T14:39:56.741+02:00</updated><title type='text'>Maarten's Sense of Data</title><subtitle type='html'>This blog is created in order to stimulate discussion and the exchange of ideas about all sorts of subjects related to the fascinating world of data. I would like to use the blog for organizing my own thoughts and ideas, and for inviting other people who share an interest in the intriguing world of data to react on the postings. So please feel free to react and contribute!


Disclaimer: This blog represents my own personal views, and not those of my employer or any third party.</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>13</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-33211552.post-5454401908744203828</id><published>2007-04-16T11:43:00.000+02:00</published><updated>2007-04-17T20:25:34.735+02:00</updated><title type='text'>If you want a Holy Grail</title><summary type='text'>To anyone who feels addressedIf you want a Holy GrailIf you’re still looking for that one single• application that will support all of your processes• database that will hold all of your data• communication standard that will empower all your communication channels• language that everyone will speak exclusively in order to exterminate all miscommunication• programming language that can </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/5454401908744203828/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=5454401908744203828' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/5454401908744203828'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/5454401908744203828'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2007/04/if-you-want-holy-grail.html' title='If you want a Holy Grail'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-2658477113800084913</id><published>2007-03-19T22:08:00.000+01:00</published><updated>2007-03-19T22:09:09.240+01:00</updated><title type='text'>CDM Myth 2: External Standards in your CDM</title><summary type='text'>Some time ago an anonymous visitor showed interest in the relationship between a CDM and an external standard. I promised to come back to that subject. Here's my first attempt to try to explain this relationship.CDM Myth 2: External Standards in your CDMAn often heard idea about the creation of a CDM is that you can add the contents of a relevant external standard in your CDM just like that, </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/2658477113800084913/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=2658477113800084913' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/2658477113800084913'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/2658477113800084913'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2007/03/cdm-myth-2-external-standards-in-your_19.html' title='CDM Myth 2: External Standards in your CDM'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><media:thumbnail xmlns:media='http://search.yahoo.com/mrss/' url='http://3.bp.blogspot.com/_JndsNYpFVm4/Rf7otLSGX_I/AAAAAAAAAAM/lAjI-GSYvkE/s72-c/Differences+between+a+CDM+and+an+ES.JPG' height='72' width='72'/><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-1496734260697227210</id><published>2007-03-19T21:03:00.001+01:00</published><updated>2007-03-19T21:59:41.645+01:00</updated><title type='text'>CDM Myth 1: The CDM as just a means to achieve loose coupling</title><summary type='text'>In modern IT, people are very busy doing systems integration and also, albeit a little less still, with canonical data models (CDM’s). The demands that customers, regulatory organizations and business partners impose on businesses nowadays cry for effective communication processes, internal as well as external, and a flexible IT.A CDM can help you meet these demands. A critical condition for </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/1496734260697227210/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=1496734260697227210' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/1496734260697227210'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/1496734260697227210'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2007/03/cdm-myth-1-cdm-as-just-means-to-achieve.html' title='CDM Myth 1: The CDM as just a means to achieve loose coupling'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-116903894382012939</id><published>2007-01-17T13:50:00.000+01:00</published><updated>2007-01-17T14:15:06.686+01:00</updated><title type='text'>Data Formats, Semantics and Meanings in a CDM</title><summary type='text'>In earlier blog postings, I’ve argued that in order to enable powerful appliances for a canonical data model, it will have to contain semantic data descriptions next to the mere technical formatting descriptions that can be found in almost any data model. This idea has yet to become commonplace. One cause for our reluctance to incorporate semantic descriptions probably is the big melting pot of </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/116903894382012939/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=116903894382012939' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116903894382012939'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116903894382012939'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2007/01/data-formats-semantics-and-meanings-in.html' title='Data Formats, Semantics and Meanings in a CDM'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-116860009210878277</id><published>2007-01-12T12:06:00.000+01:00</published><updated>2007-01-12T12:15:52.896+01:00</updated><title type='text'>I’m Starting to Feel Sick Now</title><summary type='text'>It made me sad, you know. I recently read an article written by an accepted expert in the field, about ‘What Everyone Needs to Know about SOA’. The author wrote about the value of reusability of software functionality and described how we’ve been improving the way functional components can be ‘picked up’ for reuse.A nice story indeed, but, given the header of the article, which promises to </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/116860009210878277/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=116860009210878277' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116860009210878277'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116860009210878277'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2007/01/im-starting-to-feel-sick-now.html' title='I’m Starting to Feel Sick Now'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-116678722575192888</id><published>2006-12-22T12:29:00.000+01:00</published><updated>2006-12-22T12:33:45.766+01:00</updated><title type='text'>Bridging Time and Space needs Semantic Description</title><summary type='text'>Recently I was occupying myself with the questions of why do we store our data, what kind of data storages do we have available these days (see Where do you live and what do you do? -Why, does it matter?), and what would be the consequences of doing this. I wasn’t only thinking of storage places like databases or more fluid memory structures. Messages would fit the idea just as well, or paper </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/116678722575192888/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=116678722575192888' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116678722575192888'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116678722575192888'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/12/bridging-time-and-space-needs-semantic.html' title='Bridging Time and Space needs Semantic Description'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-116419877346776140</id><published>2006-11-22T13:22:00.000+01:00</published><updated>2006-11-22T14:32:14.426+01:00</updated><title type='text'>The Fight for the Terms</title><summary type='text'>In attempting to improve communication in your organization, you will very likely meet the Semantic Problem: people and automated systems often have communication problems caused by the fact that they interpret messages in different ways. One aspect of this problem is that the terms that are used in the messages may have multiple interpretations. In trying to get rid of this so-called ambiguity, </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/116419877346776140/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=116419877346776140' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116419877346776140'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/116419877346776140'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/11/fight-for-terms.html' title='The Fight for the Terms'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-115952689215809072</id><published>2006-09-29T12:42:00.000+02:00</published><updated>2006-11-22T14:33:56.190+01:00</updated><title type='text'>EDA: are you polling for states or are you interrupted by events?</title><summary type='text'>At NS, we are preparing our organization for Event Driven Architecture, or EDA. There’s a growing interest for this subject in the literature, but there still are some remaining discussions. One of them is about what it is that we should be interested in, having adopted EDA as a main approach to our design of and thinking about information processes and the automated systems meant to support </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/115952689215809072/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=115952689215809072' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115952689215809072'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115952689215809072'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/09/eda-are-you-polling-for-states-or-are.html' title='EDA: are you polling for states or are you interrupted by events?'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-115806920124588621</id><published>2006-09-12T15:47:00.000+02:00</published><updated>2006-09-12T15:53:21.260+02:00</updated><title type='text'>Are you a Symbol Juggler?</title><summary type='text'>People in organizations say they are convinced that their data are their primary business asset, or at least, a very important one. When examining the way people use this asset, a very different picture pops up. Saying your data is important is something completely different from acting according to that insight. One of the roadblocks that need to be taken is to get rid of the symbol juggling </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/115806920124588621/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=115806920124588621' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115806920124588621'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115806920124588621'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/09/are-you-symbol-juggler.html' title='Are you a Symbol Juggler?'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-115746430020161564</id><published>2006-09-05T15:42:00.000+02:00</published><updated>2006-09-05T16:07:44.643+02:00</updated><title type='text'>The Architect</title><summary type='text'>In IT, we are more and more aware of the need for flexibility. In the systems integration domain, this is one of our main concepts. Sometimes there are very simple techniques to achieve a goal. One of them, often used but not often enough, is the subject of this posting.The ArchitectAn architect, whatever sort of, is a remarkable person. She has a number of powerful tools at her disposal. One of </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/115746430020161564/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=115746430020161564' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115746430020161564'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115746430020161564'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/09/architect.html' title='The Architect'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-115709863168642325</id><published>2006-09-01T10:16:00.000+02:00</published><updated>2006-09-04T15:26:59.076+02:00</updated><title type='text'>Where do you live and what do you do? –Why, does it matter?</title><summary type='text'>Many organizations keep multiple data models, each one specialized for a specific use. These models are hardly maintained in harmony. This situation is unwanted: it results in a large number of overlapping but inconsistent models, while maintenance of these models is costly. This posting is intended to put forward a CDM as a possible solution to this problem. At least, it makes a start.Where do </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/115709863168642325/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=115709863168642325' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115709863168642325'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115709863168642325'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/09/where-do-you-live-and-what-do-you-do.html' title='Where do you live and what do you do? –Why, does it matter?'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-115651373214737702</id><published>2006-08-25T15:43:00.000+02:00</published><updated>2006-08-31T21:27:21.563+02:00</updated><title type='text'>Applications of a Canonical Data Model</title><summary type='text'>Little more than a year ago, NS (Dutch Railway Company) started initiatives for the implementation of a better, up-to-date system integration platform. In the beginning we were mainly exploring the realm of Enterprise Application Integration (EAI). Because IT -flexibility was one of the main goals back then (and this one still is!), we were also aiming at the use of a canonical data model (CDM) </summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/115651373214737702/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=115651373214737702' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115651373214737702'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115651373214737702'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/08/applications-of-canonical-data-model.html' title='Applications of a Canonical Data Model'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-33211552.post-115642472205753338</id><published>2006-08-24T14:56:00.000+02:00</published><updated>2006-08-31T15:35:08.050+02:00</updated><title type='text'>Definition of Canonical Data Model</title><summary type='text'>As a way of introduction, this first posting will give you a rough insight into my vision of what a canonical data model is (or a ‘CDM’ for short).Definition of a CDMAs I see it, and like its name would suggest, a CDM is a data model. Hence, it should give a vision, in data modeling terms, on a specific domain of interest. It could, for example, list· what kind of things are perceived relevant to</summary><link rel='replies' type='application/atom+xml' href='http://senseofdata.blogspot.com/feeds/115642472205753338/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=33211552&amp;postID=115642472205753338' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115642472205753338'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/33211552/posts/default/115642472205753338'/><link rel='alternate' type='text/html' href='http://senseofdata.blogspot.com/2006/08/definition-of-canonical-data-model_24.html' title='Definition of Canonical Data Model'/><author><name>Maarten</name><uri>http://www.blogger.com/profile/08098394394333473944</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>5</thr:total></entry></feed>
