Personal Information and Privacy is protected by Mabon Dane

Personal information belongs to the user, so the relationship should be user-Mabon Dane without any other human third party being involved.

Yahoo recently announced it was changing its terms and conditions so to look at the e-mails of users for the purposes of advertising.  Icebow has terminated the services of Yahoo over privacy concerns.

It is the position of Icebow on personal information:

1.  only legally required minimum information should be collected.
2.  personal information remains in the ownership of the user.
3.  that the relationship should only be user-Mabon Dane, without any human third party being involved.
4.  storing personal information with no database tables to foil hackers.

Personal information and privacy is protected by Icebow, and is built into the philosophy of the design of Mabon Dane, placing the user in control of their personal information.

The Line of Process in Mabon Dane

The Line of Process is the road walked by Mabon Dane on the way to the ultimate ending.

If Mabon Dane is at location X and the ultimate ending is at Y the Line of Process is the line between X and Y.

Thinking about the process along the line from X to Y helps in the design of Mabon Dane.

The Law of Simple

Keeping it simple in the design of Mabon Dane is important.

Mabon Dane exists for an ultimate ending, and the motion to express that ultimate ending is process.  The only objects involved in process are the essential objects that will assist in the ultimate ending, any extra is clutter.  The Law of Simple eliminates clutter, and keeps the essential, in process that are involved in the ultimate ending.

Dealing with objects in the design of Mabon Dane

Mabon Dane deals with either abstract or concrete objects.

A concrete object exists in the human concept of time and space, it is usually some external object like a person,  an action, an internet post.  The abstract object has no location in time and space, it exists in an elusive zone, like the concept of strength is an abstract object. 

It is however possible to visualise objects in both concrete and abstract states as like squares on a map, with a clear line drawn as a boundary between the abstract and the concrete forms.  There are many ways to map out concrete and abstract objects, but in the design of Mabon Dane, they must be seen in the mind of the designer, then mapped on paper in a way, that one can see the process by which Mabon Dane thinks.  I shall write on how one can map objects in the design of Mabon Dane another time.

Decision to learn Java

Java seems a good language to learn with regards to Mabon Dane.

Why?

• It is an object orientated language : I think in terms of objects.
• It is used in artificial intelligence.
• It is associated with the internet and websites.

The use of daemons with Mabon Dane

Mabon Dane may make use of secondary entities called daemons.

If Mabon Dane is overseeing a virtual game environment, it may be that an independent entity working with the user could be created that would store all the user personal data, that could then talk with Mabon Dane as the game progressed.  This entity would be called a daemon.

It could be that if a security system has been breached that a drone with a video camera could be sent to investigate by Mabon Dane, this would also be called a daemon. 

What is an egregore?

An egregore is a group mind, a "watcher".

Egregore in Greek means "watchers."  In the way I use egregore for Mabon Dane is in three aspects:

• Mabon Dane acts like a watcher over an allocated zone, working towards an ultimate ending.
• Mabon Dane is split into many minds, that would be better described as a group mind.
• Mabon Dane could be as like a corporate entity overseeing a memeplex.

A scenerio: street lights

A council looks after 2000 street lights in a geographical zone.  Each street light is fitted with a processor that monitors the integrity of the street light, and transmits information to Mabon Dane.  At a central location is Mabon Dane, who will receive a constant stream of data from all 2000 street lights.

Mabon Dane has an ultimate ending to make sure all the street lights are working.  Mabon Dane may have a split of minds as follows:

1. Watcher : monitors all the street lights.
2. Critic : tests street light data for mismatches, throws up error messages.
3. Investigator : looks into the mismatch to seek the problem and the solution.
4. Enabler : harasses a decision maker to go and fix the problem.


Suppose a street light is vandalised.  The processor in the street light ceases to function.  In Mabon Dane the Watcher fails to receive data from the vandalised street light; the Critic throws up an error message, as no input has been received from the street light; the Investigator has access to logs of patterns of motion in street lights, and of previous incidents involving the street light, which concludes the street light has been vandalised; the Enabler sends an immediate message to a decision maker to go fix the light, and another to a police patrol to check out a potential crime.  The street light is then fixed.