You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tinkerpop.apache.org by sp...@apache.org on 2019/06/12 10:36:17 UTC

[tinkerpop] 01/03: typo fix

This is an automated email from the ASF dual-hosted git repository.

spmallette pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/tinkerpop.git

commit 87e338d5328ac6e3bdd8b8e25d9854a2dd9ed758
Author: jon-scho <51...@users.noreply.github.com>
AuthorDate: Tue Jun 11 19:38:42 2019 -0500

    typo fix
---
 docs/src/reference/the-graphcomputer.asciidoc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/docs/src/reference/the-graphcomputer.asciidoc b/docs/src/reference/the-graphcomputer.asciidoc
index 61fa463..8b0ccc4 100644
--- a/docs/src/reference/the-graphcomputer.asciidoc
+++ b/docs/src/reference/the-graphcomputer.asciidoc
@@ -58,7 +58,7 @@ met (e.g. a number of iterations have occurred, no more data is changing in the
 `VertexProgram` is copied to all the workers in the graph. A worker is not an explicit concept in the API, but is
 assumed of all `GraphComputer` implementations. At minimum each vertex is a worker (though this would be inefficient
 due to the fact that each vertex would maintain a VertexProgram). In practice, the workers partition the vertex set
-and and are responsible for the execution of the VertexProgram over all the vertices within their sphere of influence.
+and are responsible for the execution of the VertexProgram over all the vertices within their sphere of influence.
 The workers orchestrate the execution of the `VertexProgram.execute()` method on all their vertices in an
 link:http://en.wikipedia.org/wiki/Bulk_synchronous_parallel[bulk synchronous parallel] (BSP) fashion. The vertices
 are able to communicate with one another via messages. There are two kinds of messages in Gremlin OLAP: