Transaction Graphs: Difference between revisions

From Sharewiki.org
mNo edit summary
Line 4: Line 4:
as to visualize and understand interdependencies, suggest requests, and support requests,
as to visualize and understand interdependencies, suggest requests, and support requests,
within graphs using metadata.
within graphs using metadata.
Some kind of [http://en.wikipedia.org/wiki/Bayesian_network Bayesian network] for expressing desired states and interdependencies in the form of narratives of proposed contracts,
enabling queries, signing desired transaction contracts and visualizing established and past interdependencies and reputations.


It can also be used for further facilitating "sharing" transactions.
It can also be used for further facilitating "sharing" transactions.
Line 16: Line 19:


=Using Netention?=
=Using Netention?=
http://www.automenta.com/netention
http://www.automenta.com/netention


1) there are several versions of Netention prototype, the source codes all of which are in github:
1) there are several versions of Netention prototype, the source codes all of which are in github:

Revision as of 12:24, 2 June 2011

The purpose of this page is to discuss the development of Ontologies and Softwares enabling, midst others, "Transaction Graphics", as to visualize and understand interdependencies, suggest requests, and support requests, within graphs using metadata.

Some kind of Bayesian network for expressing desired states and interdependencies in the form of narratives of proposed contracts, enabling queries, signing desired transaction contracts and visualizing established and past interdependencies and reputations.

It can also be used for further facilitating "sharing" transactions.

also see :

excerpts from conversation - reply from S.

Using Netention?

http://www.automenta.com/netention

http://www.automenta.com/netention

1) there are several versions of Netention prototype, the source codes all of which are in github:

http://github.com/automenta

they are all made with Java, some of the versions are desktop application, and some are web-server based.

i consider them all prototype and very incomplete, so their value mainly lies in the potential they demonstrate.

if i continue working on it, it will probably be from scratch. and it doesnt need to be called Netention as its just a working codename... i'd feel fine if the ideas were transplanted into someone else's project too. so to be clear, i'm not attached to the Netention name for whatever is to become of its concepts: the philosophy, user-interface design, and algorithm design.

if you'd like to try the prototypes, i could try to package a runnable distribution. but there isn't much to evaluate besides what's in the videos. though i dont know if i made a video of the latest web-server prototype, so i might just make a video of that.

regarding transaction graphs

yes i suppose we are talking about the same overall process. but in netention i wanted to explore how simple of user-interface could provide that functionality. i concluded that all it needed was to essentially let someone describe what's on their mind in terms of actual (ex: i have) and virtual (ex: i want) objects.

hybrid of both a object-oriented and prototype-oriented system

2) with regard to the existential article (which i havent read in detail yet) http://existentialprogramming.blogspot.com/2010/08/not-all-properties-are-created-equal.html

i'm well aware of the shortcomings of object-oriented systems. in contrast, there are prototype-based programming languages:

http://en.wikipedia.org/wiki/Prototype-based_programming

i would consider Netention to be somewhat of a hybrid of both a object-oriented and prototype-oriented system (i was using the term Pattern to describe a template, several of which can be utilized when describing one Object=Idea=Thought=Concept ...), in that the ontology only suggests, but does not require, which properties=aspects=details one may specify (ie. whatever details come to mind about a particular idea).

this means that Netention ontologies could be evolved passively by a group of people utilizing the system. the ontologies would also be probabalistic in the sense that pattern Pa is likely to have Property X with 45% and pattern Pb is likely to have Property X with 3% etc... these probabilities would determine the ordering and visibility of certain user-interface parts. though, these ontologies would benefit from being seeded by existing ontologies, many of which are available, for example:

http://protegewiki.stanford.edu/wiki/Protege_Ontology_Library#OWL_ontologies

Netention descriptions, would in effect, be a programming language for reality. you could describe how things are, and how you would like things to be, and it would solve for whatever changes are necessary to bring your desired reality into existence. this would happen for everyone, piece by piece, so conflicts could be detected and resolved in the open like a wikipedia of the world's desires.

Vocabularies

IEML

http://www.akasig.org/2008/05/14/pierre-levy-vs-tim-berners-lee-round-01/

"The main difference between URIs and IEML identifiers is that IEML identifiers are semantically rich. They carry meaning. "


Some more links

Under "Reference Maps"

http://www.delicious.com/deliciousdante/ReferenceMaps http://www.delicious.com/deliciousdante/ProcessDimensions

and more lately :

http://www.delicious.com/deliciousdante/ReQuest http://www.delicious.com/deliciousdante/ontology

Is there a way to ( mathematically ? ) enable objects to be mutually defined by a folksonomical approach ?

Perhaps a solution can be found through a mixture of each of these three approaches ? Enabling several vectors, and enabling each object to keep a history of its changes based on a unique URI, yet have the objects positioned within multidimensional vector graphs based on their "mutual positioning" ? With the possibility of zoom outs into various levels of abstraction / dimensions based on some kind of multidimensional reference system ?

a reply  :

the IEML Dictionary seems like a very informative and complete "top level ontology"

Netention's fundamental distinction between 'actual' and 'hypothetical' descriptions of reality is exactly the IEML's 'actual'/'virtual' distinction.

( http://automenta.com/netention )

If this is the case, then Netention could be considered a very valuable application of IEML, which would also be an opportunity to bridge IEML and RDF (semantic web).

re: dynamic reference point, i think you might be discussing the difference between a subjective and objective description system? quantum physics implies the necessary involvement of an observer (subjective)