Transaction Graphs

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

Such approach, including Folksonomies on top of a very basic Ontology, may be seen as 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, building up reputation of participating agents.

It can be used to facilitate choices of agents as to what interdependent transactions to support or not based on their preferred outcomes and on all available information, hence enabling emergent forms of governance, through a potential blend of relational dynamics across various interconnected economic networks.

Metadata produced by graphed interactions and transaction contracts can become currency ( such as various kinds of IOU's ) for non-linear exchanges.

It can also be combined with other existing tools, such as "Ripple" (distributed clearing along trusted routes )

also see :
 * http://cashwiki.org/en/ReQuest
 * Financial Programming
 * Semantic Freecycle
 * Semantic Kitchen
 * Good Relations Vocabulary
 * Libre Constitutions

=Contact=

Feel free to contact Dante

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)