by espeed on Dec 07, 2016 23:11:58 UTC 1481152318 | parent | context | on: None
by espeed on Dec 07, 2016 22:04:59 UTC 1481148299 | parent | context | on: None
by espeed on Dec 07, 2015 17:06:41 UTC 1449508001 | parent | context | on: None
by espeed on Dec 07, 2015 16:11:27 UTC 1449504687 | parent | context | on: None
My recent dive into the literature has enlightened my thinking in terms of database and systems design. It has led me to think more in terms of properties, invariants, intervals, constraints, and dynamic fluidity -- "there are no things" (only actions and properties): https://edge.org/response-detail/11514
Maybe the antiquated abstractions we have been using for database systems is what limits us. Maybe we need to stop thinking in terms of things -- objects, partitions, and static state -- and start thinking in terms of millions of fluid dynamic processes. Maybe Jim Starkey is on the right track: http://www.nuodb.com/about-us/jim-starkey.
Sussman seems to be converging there too -- see his talk "We Really Don't Know How to Compute" (http://www.infoq.com/presentations/We-Really-Dont-Know-How-T...) and his work on the Propagator (https://github.com/ProjectMAC/propagators).
The rapid flow of data id stressing our system designs is making this more apparent, and we're starting to see stream processing systems emerge like Google Dataflow and Apache Flink. Ideas from functional programming and immutable state are looking more prescient. Now our database management systems need to evolve.
"At no period in human culture have men understood the
psychic mechanisms involved in invention and technology.
Today it is the instant speed of electric information that,
for the first time, permits easy recognition of the
patterns and the formal contours of change and development.
The entire world, past and present, now reveals itself to
us like a growing plant in an enormously accelerated movie.
Electric speed is synonymous with light and with the
understanding of causes."
— Marshal McLuhan, Understanding Media: The Extensions of Man (1964)
And Vladimir Kornyak touches on some of these ideas in these papers:
1. On Compatibility of Discrete Relations (2005) http://arxiv.org/pdf/math-ph/0504048.pdf
2. Structural and Symmetry Analysis of Discrete Dynamical Systems (2010) http://arxiv.org/pdf/1006.1754.pdf
3. Discrete Dynamical Models: Combinatorics, Statistics and Continuum Approximations (2015) http://mmg.tversu.ru/images/publications/2015-vol3-n1/Kornya...
by espeed on Dec 07, 2015 06:57:53 UTC 1449471473 | parent | context | on: None
by espeed on Dec 07, 2015 03:26:21 UTC 1449458781 | parent | context | on: None
by espeed on Dec 07, 2015 02:32:08 UTC 1449455528 | parent | context | on: Laszlo Babai's Talk on His Quasipolynomial Time Algorithm for Graph Isomorphism
by espeed on Dec 07, 2015 01:32:12 UTC 1449451932 | parent | context | on: Structural and Symmetry Analysis of Discrete Dynamical Systems (2010) [pdf]
by espeed on Dec 07, 2013 22:40:34 UTC 1386456034 | parent | context | on: None
Bulbs Python Client: https://github.com/espeed/bulbs
by espeed on Dec 07, 2013 22:36:31 UTC 1386455791 | parent | context | on: None
You can use Gremlin with any TinkerPop/Blueprints (https://github.com/tinkerpop/blueprints/wiki) enabled graph database (which means almost all graph DBs).
by espeed on Dec 07, 2013 22:33:37 UTC 1386455617 | parent | context | on: None
http://stackoverflow.com/questions/16759606/is-there-a-equiv...
Here's how to use server-side Gremlin scripts in Python with Rexster, which is TinkerPop's open-source server that runs multiple graph databases, including Neo4j...
https://groups.google.com/d/topic/gremlin-users/Up3JQUwrq-A/...
by espeed on Dec 07, 2013 22:27:30 UTC 1386455250 | parent | context | on: None
* TinkerPop Book "Resources" section: http://www.tinkerpopbook.com/
* Marko's blog: http://markorodriguez.com/ -- start with the "On Graph Computing" post (http://markorodriguez.com/2013/01/09/on-graph-computing/).
* Aurelius Blog: http://thinkaurelius.com/blog/
For Python, see the Bulbs Docs: http://bulbflow.com/docs/
I've been meaning to update the Bulbs docs for Bulbs/Titan. It's essentially the same as Bulbs/Neo4jServer and Bulbs/Rexster, except Titan does indexing a bit different.
Here's a few pointers...
* Boutique Graph Data with Titan: http://thinkaurelius.com/2013/11/24/boutique-graph-data-with...
* Titan Overview: https://github.com/thinkaurelius/titan/wiki
* Download: https://github.com/thinkaurelius/titan/wiki/Downloads
* Titan Server: https://github.com/thinkaurelius/titan/wiki/Rexster-Graph-Se...
* Bulbs Titan Example: https://gist.github.com/espeed/3938820
by espeed on Dec 07, 2013 22:22:54 UTC 1386454974 | parent | context | on: None
One of the leading native graph processing engines is GraphLab (http://graphlab.org/); however, the creator of GraphLab, Dr. Joey Gonzalez, is now focused on GraphX, which is essentially GraphLab built on Spark (http://spark.incubator.apache.org), which is a non-native analytics platform.
Building a graph-processing engine on a general processing system like Spark makes pre-processing and post-processing much easier.
See "Introduction to GraphX - Presented by Joseph Gonzalez, Reynold Xin - UC Berkeley AmpLab 2013" (http://www.youtube.com/watch?v=mKEn9C5bRck)
Also, a bunch of advancements in graph processing are coming down the pipe, which will be released in a few months (see https://news.ycombinator.com/item?id=6786563).
Ditto for "native" versus "non-native" graph storage.
See this post by Dr. Matthias Broecheler, the creator of Titan (https://github.com/thinkaurelius/titan/wiki)...
"A Letter Regarding Native Graph Databases" (http://thinkaurelius.com/2013/11/01/a-letter-regarding-nativ...)
by espeed on Dec 07, 2012 05:58:32 UTC 1354859912 | parent | context | on: None
See https://groups.google.com/forum/#!msg/google-appengine/pVZfd...