Content Representation With A Twist

Showing posts with label basic concept of MOM. Show all posts
Showing posts with label basic concept of MOM. Show all posts

Saturday, March 04, 2006

Main thesis of MOM

Main thesis of MOM is, that items get represented in mind -- and can be represented in terms of data -- by features of these very items.

Where to stop going deeper and deeper into details

First objection against this assertion often is, that that inevitably would necessitate a highhanded decision, at what level of granularity to stop going to even more granularity: If a dog's features area head, a neck, a tail, a torso, and four legs, then its head's features are at least, that it haves two eyes, two ears, a mouth, a nose; the features of the mouth at least are: some teeth, a tongue, spittle etc. The teeth' features are enamel, root, ... and so on. So, where to stop going into more and more and more detail? -- But if an external mind has to make that decision where to make this stop, the approach has to be wrong, since there is no external mind enjoining human being's minds where to stop.

Furthermore, if such a decision is performed, i.e. if there is a stop of going more and more into details, then the representation cannot be complete. Thus, the represented entity does not match the real example. If so, the representation has to be treated to be invalid. -- On the other hand, if there is no stop, i.e. details barrier, the representation might have has to be as sophisticated as reality/the universe itself. In other words: It is impossible to represent things following this approach, since noone has the resources to represent the universe as a whole.


True. But on the other hand, everyone knows that humans tend to be fallible and by first hand experience most people also know that there is often one thing or another that they didn't know yet. That humans are able to learn was treated to be something special for a long spell. Additionally, most people made the experience, that children which grew up with small dogs in their neighbourhood confuse a cat with the yet known dogs, when they first experience a cat: They call the cat by dogs' common nick name ("Wau-Wau" in Germany).

Therefore I assume, the representation of an item in the first place consists of only as many details as necessary to differenciate the item from another one. A dog from a human. But, since not ever experienced, not from a cat. When experienced, more features get added to also differenciate the cat from the dog. That is: I assume, that in fact there is a details barrier, but I do not assume that it is given highanded by an external mind. Instead, I assume the details barrier is constituted by the attempt of resources saving: Every represented feature might cause a cost of resources, so any unnecessarily represented feature would cause unnecessary cost of resources. Therefore only necessary features would be stored, resulting in the details barrier.

This rises another question: Is it enough to store not all the features of an item but only the necessary ones? -- I assume: Yes, it is, since reality brings a backup: It even might be enough to represent only features an item has without to store, how these features are ordered -- if you treat a dog as head, neck, tail, torso, four legs, can bark, reality ensures that there is not a dog that has its legs and tail attached to its head and the neck and torso to the tail. So, for first this unordered composition approach suffices. Deeper insight into the Model of Meaning offers ways to represent structure as well.<<


Updates: 20070624: Tagged the posting. Updated the posting style (layout) to my current style, such as using blockquotes when appropriate, more precise word picks, better grammar.

Monday, June 28, 2004

[Merged from (the now removed) ia: organizing notions:] If Google didn't get the idea it's just standing in front of understanding it. Using labels in GMail is a nice thing, but it results in many, many individual labels.

To apply them to mails will get quite inconveniently. Currently Google's using hot keys inside its gmail service, meaning that pressing a 'c' (for example) leads me to the "create new mail" screen. This intereferes a bit with the convenient use of a drop down box where you normally can use the first letter of an entry to navigate in the list.

To bypass that, someone could request for cascaded/stacked drop down lists, resulting in a kind of menu. There, for example, one could place all labels of interest within a bigger thread -- a mailing list for example. - But that's something Google cannot do since implementing such a concept would lead back to the monohierarchical folders concept. Therefore they have to find a way to keep such kind of menu polyhierarchically.

*snap* That's it. Then they'll get the idea.

The idea is, that a lot of things (but not all) can be identified by cascading labels -- or, further thought, features (that results in independence of language). But it has to be possible to order these features in a polyhierachical manner still. Then one can stack ideas. The name of a mailing list (or the "idea" of that mailing list) could be a feature of an individual mail sent by that list. Another feature of that mail could be the sender, cc recipients and so on.

Another case applies to the conversations, gmail is using instead of folders. One single mail can be part of different conversations - for example if one reader starts a new thread based on a mail that continues to be part of an earlier started conversation. Same problem as for the labels. -- I think, Google almost must get the idea.
 

Next obstacle: How to let gmail users access their gmail accounts by POP3 based mail readers? - One possible solution is to introduce a normally invisible field in the mail header, that contains gmail labels. Other freemail providers can adopt that principle -- then it may be used by a wide range of users. -- Maybe a possibility to fund on this to create a notion based search engine? -- I have thought about that some years, yet, but I've never had the time to really implement it. The few months between my last test and the start of research for my diploma thesis I used to just automatically generate an appropiate MySQL database. But after that I had to stop working on it, since making my diploma has a higher priority.

I'd like to hear from anyone who would be interested in implementing such an engine as an free software project with me together.<<




Updates: 20070624: Tagged the posting. Updated the posting style (layout) to my current style, such as using blockquotes when appropriate, more precise word picks, better grammar. Removed my workaround for backlinks blogger.com didn't support in earlier times. Now, backlings are there, therefore the bypass can be dropped.