You are now in position 368 for unsubscription. If you wish for your
Unsubscription to occur immediately, please email
dev-unsubscr...@spark.apache.org
You are now in position 238 for unsubscription. If you wish for your
subscription to occur immediately, please email
dev-unsubscr...@spark.apache.org
Best wishes.
-
To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
ssarily block this release.
>>>
>>> Q: What fix version should I use for patches merging into branch-2.0
>>> from now on?
>>> A: Please mark the fix version as 2.0.2, rather than 2.0.1. If a new RC
>>> (i.e. RC5) is cut, I will change the fix version of those patches to 2.0.1.
>>>
>>>
>>>
>>
>>
>> --
>> Luciano Resende
>> http://twitter.com/lresende1975
>> http://lresende.blogspot.com/
>>
>
>
--
Kyle Kelley (@rgbkrk <https://twitter.com/rgbkrk>; lambdaops.com)
-to-find-proto-buffer-class-error-with-rdd-protobuf
Thanks,
Kyle
.com/tinkerpop/tinkerpop3/blob/master/hadoop-gremlin/src/main/java/com/tinkerpop/gremlin/hadoop/structure/HadoopGraph.java#L135
).
Kyle
On Fri, Jan 16, 2015 at 1:01 PM, Kushal Datta
wrote:
> Hi David,
>
>
> Yes, we are still headed in that direction.
> Please take a look at the
etely fails).
Most of the classes are structured in the same way they are in the Gigraph
implementation. There isn't much actual GraphX code in the project yet,
just a framework to start working in.
Hopefully this will keep the conversation going.
Kyle
On Fri, Nov 7, 2014 at 11:17 AM, Ku
subclass
their edge attribute to the edge attribute interface. Is that worth doing,
versus adding an id to everyones's edges?
Kyle
On Thu, Nov 6, 2014 at 7:24 PM, Reynold Xin wrote:
> Some form of graph querying support would be great to have. This can be a
> great community project hos
extra code and data structures that would need to
be added to make it work, and those may not be directly applicable to all
GraphX users. I think it would be best run as a separate module/project
that builds directly on top of GraphX.
Kyle
On Thu, Nov 6, 2014 at 4:39 PM, York, Brennon
wrote:
&
where
parallelized into an RDD and merged with the existing graph.
Its not efficient for large numbers of operations, but it passes unit tests
and works for small graph tweaking.
OLAP stuff looks completely new, but considering they have a Giraph
implementation, it should be pretty straight forward.
Kyle
platform.
Kyle
On Thu, Nov 6, 2014 at 11:55 AM, Kushal Datta
wrote:
> What do you guys think about the Tinkerpop3 Gremlin interface?
> It has MapReduce to run Gremlin operators in a distributed manner and
> Giraph to execute vertex programs.
>
> The Tinkpop3 is better suited for Gra
her
better code examples and documentation before I started telling people
about it.
But if you want to start looking at the code, I can answer any questions
you have. And if you would like to contribute, I would really appreciate
the help.
Kyle
On Thu, Nov 6, 2014 at 11:42 AM, Reynold Xin wrote:
This sounds like a pretty major re-write of the system. Is it going to live
in an different repo during development? Or will we be able to track
progress in the main Spark repo?
Kyle
On Tue, Sep 16, 2014 at 10:22 PM, Burak Yavuz wrote:
> Hi Kyle,
>
> Thank you for the code examples.
ble to use.
Kyle
On Tue, Sep 16, 2014 at 4:09 PM, Burak Yavuz wrote:
> Hi Kyle,
>
> I'm actively working on it now. It's pretty close to completion, I'm just
> trying to figure out bottlenecks and optimize as much as possible.
> As Phase 1, I implemented multi model tr
t been
any notes on it in over a month.
I submitted a pull request for a possible method to do this work a little
over two months ago (https://github.com/apache/spark/pull/1292), but
haven't yet received any feedback on the patch yet.
Is anybody else working on multi-model training?
Kyle
14 matches
Mail list logo
