Skip to main content

On Levels of Definitions and the Semantic Web

Stijn made a couple of sharp points in a comment on the post How is a Definition Different from an Explanation? (Part 1) (http://definitionsinsemantics.blogspot.com/2011/11/how-is-definition-different-from.html). 

He notes that there is a need for definitions to be short in certain circumstances, as when a user is scanning through a list.  I think this is a good point.  Users may be more in search mode when they are doing something like this.  They want to know if the definition is close to some target they have in mind.  Obviously, a full definition is not fit for such a purpose.

So we might have three levels of definition: (a) a one-liner, suitable for lists; (b) a one-paragraph, suitable for a quick read with some detail - and display on a screen with scarce real estate; and (c) the full definition, as an authoritative reference.  I have no problem with the last one being very long and including pictures - certainly more than half a page.   

The second point Stijn makes is about the Semantic Web, where there is a need for a "general purpose" description.  I agree with Stijn that there is a problem here.  The definition of a concept must include something about the concept system the concept is located in - such as relationships to proximate concepts. So if one concept can be placed in different concept systems, then the definition will change.  A mortgage loan in a servicing system is not the same as in a loan origination system, and is not the same as in a securitization system.  The Semantic Web may have an unspoken assumption of a single model of reality.  This will cause problems if, as I maintain, one concept can be placed in many concept systems.  It will lead to the frustration Stijn describes.  

Where I disagree with Stijn is his equating explanation with description.  These are quite distinct.  There can certainly be descriptive definitions, and these are very common in natural science.  But explanations are different.

Comments

Popular Posts

Create Your Own Social Networking Site

Create Your Own Social Networking Site JCOW: Ethical Hacking Top 10 reasons to choose Jcow:- 1. Handle more traffic - Clean codes and Dynamic caching can lower the CPU load and  speed up your website. 2 Make your site more interactive - Well designed Jcow applications help you members to connect and communicate with others more effectively. 3 Add questions to the Registration Form - You can add new member fields, which will be displayed to the registration form, profile form, and the member browsing form. 4 Easily share stuff - Within the AJAX sharing Box, your members can publish status,  photos, videos, and blogs. 5 Customize and Extend your Jcow Network - A Jcow network consists of core apps(like "Friends" and "Messages") and optional apps(like "Blogs" and ""Videos"). You can enable/disable optional apps. You can also develop your own apps. 6 Every profile could be Unique - Members can customize their own profile theme and  add music play...

WRITE "I LOVE YOU" ON CMD BY USING NOTEPAD

I had previously posted about   Matrix effect   using Notepad   as well as cool batch file  programs. In this post i will share with you guys  the cool and awesome  Notepad Tricks .  As name suggest you don't require any program other then Notepad.  So lets get started. 1. Open  Notepad   and copy below code. @echo off color 0A :A echo IIIIIII     L      OOOOOO V           V  EEEEEE     Y       Y  OOOOOO  U     U  ping -a .9 >nul echo    I        L      O    O  V         V   E           Y     Y   O    O  U     U  ping -b .9 >nul  echo    I        L      O    O   V       V    E   ...

HL7V2.x to HL7V3.0 Translation Issues Details-2

In continuation of my previous post this post lists the other issues associated with HL7 v2.x to HL7v3 translation Conformance Patterns: The other major issue with the transformation of messages is the behavior of application when a particular information exchange takes place. In HL7V3.0 apart from the trigger events and interactions there exists the notion of application role as senders and receivers. The application role is characterized as the entire set of interactions for which the sender and receiver are responsible for transmitting. HL7V3.0 clearly defines the possible interactions and the application behavior associated these interactions in the form of responses for which the sender and receiver needs to adhere to. The differences in messages between V2.x and V3.0 and absence of clear guidance on V2.x regarding application behavior on receipt of message makes the transformation exercise more difficult. Vocabulary: It is a well known fact that 80% of HL7 V2.x message failu...