Hi John.
I was wondering what podlings supposed to do if we failed to get sign off
from our mentors.
Also we opened up vote for new release candidates(
http://markmail.org/message/i7ix3rqk7ishp4r3) and we still need binding
vote from our mentors. I am also wondering what RM should do to proceed
i
Thank you for signing off Andrew.
On Fri, Aug 11, 2017 at 2:54 AM Andrew Purtell wrote:
> I signed off with the comment
>
> "We need to find more mentors for this podling. In the past
> Sergio was helpful but he hasn't been around much recently. I would
> resign but am lurking as
er counts here.
>
> On Thu, Aug 10, 2017 at 8:08 AM, DO YUNG YOON wrote:
>
> > Hi John.
> >
> > I was wondering what podlings supposed to do if we failed to get sign off
> > from our mentors.
> >
> > Also we opened up vote for new release candidates(
>
ubating-RC2/CHANGES
> <https://dist.apache.org/repos/dist/dev/incubator/s2graph/0.2.0-incubating-RC2/CHANGES>
> claims changes for "Release 0.1.0 - unreleased".
>
> Best,
>
>
> On Mon, Aug 7, 2017 at 10:10 AM, DO YUNG YOON wrote:
>
> > Hi all
> >
>
This vote has been canceled because of -1 vote and bug.
Hi all
This is a call for a releasing Apache S2Graph 0.2.0-incubating, release
candidate 3.
The source tarball, including signatures, digests, etc. can be found at:
https://dist.apache.org/repos/dist/dev/incubator/s2graph/0.2.0-incubating-RC3
The tag to be voted upon is v0.2.0-incubating-rc3:
ht
assembly to see executable jar successfully built from source.
8. `sbt test` to see if all test cases passed.
Thanks.
On Sat, Aug 12, 2017 at 7:31 AM DO YUNG YOON wrote:
> Hi all
>
> This is a call for a releasing Apache S2Graph 0.2.0-incubating, release
> candidate 3.
>
> T
ease
> tarball it should be fine, but would be nice to keep that very clear.
>
> Thanks for the work on this new release!
>
> Cheers,
>
>
>
> On Sat, Aug 12, 2017 at 4:38 PM, DO YUNG YOON wrote:
>
> > +1 (non-binding)
> >
> > I tried RC3 on ubuntu 1
BUG_REPORT_URL="http://bugs.launchpad.net/ubuntu/";
> VERSION_CODENAME=xenial
> UBUNTU_CODENAME=xenial
> ```
>
> ## java
> ```
> openjdk version "1.8.0_131"
> OpenJDK Runtime Environment (build
> 1.8.0_131-8u131-b11-2ubuntu1.16.04.3-b11)
> OpenJDK 64-Bit Ser
Hi all.
After being opened for over 72 hours, the vote for releasing Apache S2Graph
0.2.0-incubating RC3 passed with following result.
+1 binding
- Sergio Fernández
+1 non-binding
- DO YUNG YOON
- Daewon Jung
There was no -1 and 0.
I am going to create a vote in the general@ list.
Thanks.
the website. Can anybody help me to
add 0.2.0 release download link on website?
Unless objection, I will send official announce tomorrow after read through
https://lists.apache.org/list.html?annou...@apache.org tonight.
Thanks.
On Wed, Aug 23, 2017 at 1:42 PM DO YUNG YOON wrote:
> Hi All,
>
The Apache S2Graph team is pleased to announce the release of Apache
S2Graph 0.2.0-incubating.
Apache S2Graph(incubating) is a graph database designed to handle
transactional graph processing at scale. Its REST API allows you to store,
manage and query relational information using edge and vertex
Hi folks.
I want to discuss milestone for next release.
Here is a my list that I wish include in next release. Please feel free to
correct me or add more issues I missed.
1. Java Client
even though it is possible to use scala code in java, using scala code in
java project is frustrating. since
t it separately for the above reason, we should use `S2Edge,
> > S2Vertex` from Tinkerpop implemention as POJO. and JavaClient should
> > include a query builder.
> > Given the user base, the provision of JavaClient is likely to be
> > meaningful.
> >
> >
> &
Hi Sergio.
I am happy to discuss how to growth our community in general. Can you
please explain more about mid-term approaches?
On Mon, Sep 18, 2017 at 10:44 AM DO YUNG YOON wrote:
> Hi daewon, Thanks for feedback.
>
> I was thinking about including admin interface, tinkerpop inter
Hi Ruchir.
Welcome and thanks for your interests.
If you want to setup development environment, I think following link can
also be helpful.
- https://github.com/apache/incubator-s2graph/tree/master/dev_support
Best Regards.
DOYUNG
On Tue, Oct 10, 2017 at 9:05 PM Hyunsung Jo wrote:
> Hi Ruchir
I tried to write November report and here it is. please review.
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11-29.
Three most important issues to address in the move to
Thanks for your review Sergio.
On Fri, Nov 3, 2017 at 10:12 AM Sergio Fernández wrote:
> LGTM. Signing it off.
>
> On Tue, Oct 31, 2017 at 6:06 PM, DO YUNG YOON wrote:
>
> > I tried to write November report and here it is. please review.
> >
> > S2Graph is a distr
I am going to volunteer this time, and will write it by this weekend.
Thanks for notifying.
On Tue, Jan 30, 2018 at 1:35 PM Sergio Fernández wrote:
> Any volunteer for this reporting cycle?
>
> On Mon, Jan 29, 2018 at 8:20 PM, wrote:
>
> > Dear podling,
> >
> > This email was sent by an automa
ected?
None
Signed-off-by:
[ ](s2graph) Andrew Purtell
Comments:
[ ](s2graph) Seetharam Venkatesh
Comments:
[ ](s2graph) Sergio Fernández
Comments:
On Thu, Feb 1, 2018 at 5:50 PM DO YUNG YOON wrote:
> I am going to volunteer this time, and will write it by this
I tried to write May report and here it is. please review.
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11-29.
Three most important issues to address in the move toward
Hi John, Sergio.
IMO, I think there are enough activities and I wrote up what we have been
worked on here.
(https://www.mail-archive.com/dev@s2graph.incubator.apache.org/msg01737.html
)
Overall, I agree with Sergio that we have struggled with community growth
from the beginning, and the problem n
I tried to write June 2018 report and here it is. Please review.
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11-29.
Three most important issues to address in the move t
ould just wait or what other activities should I do
> > for signed-off?
> >
> > Now no one has any feedback.
> > How do I get a review for a request?
> >
> > On Fri, Jun 8, 2018 at 10:30 AM DO YUNG YOON wrote:
> >
> > > I tried to write June 2018 rep
Hi all.
One quick question is that why podling report changes from 3-month interval
to 1-month interval.
I know that s2graph community failed to report on May 2018, which trigger
June 2018 report, but seems like we succeed on July 2018.
Anyway, here is the podling report for July 2018, I am sorry
Hi folks.
I was bit busy during the last 2 month and missed our podling report for
August.
Here I try to write the report for September.
Please feel free to comment.
S2Graph
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely
It's been almost 3 years since s2graph has entered apache incubating. Our
community has not been successful to reach more people so far and I think
failing on growing community is the blocker issue for s2graph to graduate.
I want to open up the discussion about what we have to do for growing
commu
I noticed that the report has not been on wiki, so I just moved what
deawon wrote here to https://wiki.apache.org/incubator/November2018
On Fri, Oct 26, 2018 at 12:08 AM Sergio Fernández wrote:
> LGTM
>
> The only tooic I may extend it a bit would be the graduation: It's been
> almost three yea
Hi Hwansung.
I think implementing DatastoreFetcher/DatastoreMutator,
DynamoDBFetcher/DynamoDBMutator class which implement our Fetcher/Mutator
interface will help you to work with data in that storage.
The purpose of exposing Fetcher/Mutator interface is for others to
implement in their way to wo
d and successfully
> graduated from the incubation.
>
> 2018년 10월 31일 (수) 오후 3:56, DO YUNG YOON 님이 작성:
>
> > It's been almost 3 years since s2graph has entered apache incubating. Our
> > community has not been successful to reach more people so far and I think
> >
Thanks for signing off Sergio
On Sat, Nov 3, 2018 at 11:07 AM Sergio Fernández wrote:
> signed-off, thanks!
>
> On Fri, Nov 2, 2018, 11:36 DO YUNG YOON
> > I noticed that the report has not been on wiki, so I just moved what
> > deawon wrote here to https://wiki
Hi deawon.
Thanks for bringing this issue up.
I agree with your suggestions since I got pretty frustrated when I was
working on S2GRAPH-243(I modify one line of code and had to re-package
project since dev mode on s2rest_play is not working because of classpath
issue).
I am more than happy to wo
I believe that the only reason current document resides on the gitbook was
that person who wrote the documentation(me) did not know another way.
If we can reference other project and find out the better way, I would be
happy to help.
I agree that maintaining documentation on the same repository as
+1 on deprecate unnecessary routes.
About 'WithWait' postfix, I think we should make routes with `WithWait`
postfix as the default and deprecate others, so for example, only
leave `/graphs/edges/insert`
and replace use `/graphs/edges/insertWithWait` implementation in there.
Anyway, the list looks
anyone with interest and time, please review. I would appreciate any
feedback.
On Sat, Nov 3, 2018 at 7:24 AM DO YUNG YOON wrote:
> Hi Hwansung.
>
> I think implementing DatastoreFetcher/DatastoreMutator,
> DynamoDBFetcher/DynamoDBMutator class which implement our Fetcher/Mutator
>
Thanks for getting involved in the discussion Woonsan.
@deawon, can you please create the Jira issue for this?
By the way, I merged S2GRAPH-246(integration of documents into S2Graph
project) into master yesterday, so I think we are ready to work on this.
What if we move the APIs one by one and do
11월 22일 (목) 오후 2:00, DO YUNG YOON 님이 작성:
>
> > Thanks for getting involved in the discussion Woonsan.
> >
> > @deawon, can you please create the Jira issue for this?
> >
> > By the way, I merged S2GRAPH-246(integration of documents into S2Graph
> > project)
No problem deawon, I will work on S2GRAPH-249 based on your commit.
Just quick questions, I guess you mention 4 high-level functionalities.
1. write
2. read
3. admin
4. graphql
It seems like you intend to migrate s2graphql also into this new subproject
s2http, so just quick question, are we goin
t 7:36 AM Woonsan Ko wrote:
> Hi Do Yung,
>
> Thank you very much for the clear explanation.
> I've recently applied for a mentor for this project, so I'm reading past
> messages to understand the context now. ;-)
> Please see my comments inline.
>
> On 2018/
Hi folks.
I want to discuss the current implementation of meta storage(schema).
The roles of the schema in S2Graph are following.
1. When it accepts write request that is represented by logical
vertex/edge, it uses schema to build a physical internal representation,
which is specific to storage
Hi folks. Here is the draft of Feb Report.
Please review and give feedback and I will update it on wiki tonight.
S2Graph
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11
t;
> Thanks for the draft and sharing it here.
>
> On Mon, Feb 4, 2019 at 6:41 PM DO YUNG YOON wrote:
> >
> > Hi folks. Here is the draft of Feb Report.
> > Please review and give feedback and I will update it on wiki tonight.
> >
> >
> > S2Graph
> >
Hi Woonsan.
I agree with your suggestion, and I am volunteering for this.
Let me try working on this on weekends then I will share any
questions/updates.
Thanks for your suggestion.
On Tue, Mar 5, 2019 at 11:27 AM Woonsan Ko wrote:
> Hi folks,
>
> At the moment, the "Docs" link at the top men
tps://s2graph.apache.org/docs/index.html>*
Please check the updates and feel free to comment
On Tue, Mar 5, 2019 at 11:10 PM Woonsan Ko wrote:
> Thanks a lot, Do Yung, as always!
> Please tell me if there's anything I can help with.
>
> Cheers,
>
> Woonsan
>
> On Tue, M
project and
> solutions.
>
> Cheers,
>
> Woonsan
>
> On Thu, Mar 28, 2019 at 8:02 AM DO YUNG YOON wrote:
> >
> > Hi Woonsan, Sorry for being late.
> >
> > I followed the instructions and the changes are now pushed to svn.
> >
> > Here
teServiceColumn
>
> Kind regards,
>
> Woonsan
>
> On Thu, Mar 28, 2019 at 9:45 AM Woonsan Ko wrote:
> >
> > On Thu, Mar 28, 2019 at 9:19 AM DO YUNG YOON wrote:
> > >
> > > +1 for 'running' examples and would be happy to help if there is
> a
Hi all.
I just prepared the first version of the draft. Please review and let me
know what you think
S2Graph
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11-29.
Three
minimize the risk of mismatch and outdated API references
> and confusing developers who want to use it.
>
> Regards,
>
> Woonsan
>
> [1]
> https://github.com/swagger-api/swagger-codegen#generating-static-html-api-documentation
>
> >
> > Kind regards,
> >
>
an
>
> On Wed, May 1, 2019 at 4:17 AM DO YUNG YOON wrote:
> >
> > Hi all.
> >
> > I just prepared the first version of the draft. Please review and let me
> > know what you think
> >
> >
> > S2Graph
> >
> > S2Graph is a distributed
Hi
Here is my draft for the report. Apologies for being late. Please review
this.
S2Graph
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11-29.
Three most important issu
i.apache.org/confluence/display/INCUBATOR/August2019
>
> Regards,
>
> Woonsan
>
> On Wed, Aug 7, 2019 at 9:35 AM Woonsan Ko wrote:
> >
> > Thanks, Do Yung!
> > I think it captures our status very well.
> >
> > Regards,
> >
> > Woonsan
&g
nity,
> >
> > I had a chance to visit Seoul for two months, even better I met and
> > chatted with some active committers - Daewon Jeong, Do Yung Yoon and
> > Hwansung Yu - over lunch in a Chinese restaurant in Seoul yesterday.
> > We discussed informally how we can he
Hi all.
Here is the draft for the report for November.
S2Graph
S2Graph is a distributed and scalable OLTP graph database built on Apache
HBase to support fast traversal of extremely large graphs.
S2Graph has been incubating since 2015-11-29.
Three most important issues to address in the move to
s
> updated.
>
> Cheers,
>
> Woonsan
>
> On Mon, Nov 4, 2019 at 7:10 AM DO YUNG YOON wrote:
> >
> > Hi all.
> > Here is the draft for the report for November.
> >
> > S2Graph
> >
> > S2Graph is a distributed and scalable OLTP graph datab
Hi Sergio.
excuse my ignorance since this is my first time on ASF. so let me ask you
few questions to understand the process.
First of all, none of initial committer pushed any code into apache git
yet(we only work with our original git repo g...@github.com:kakao/s2graph.git).
I think there was s
I asked Kakao company yesterday and they said it will be sent by
tomorrow(KST) so I think we can clear on CCLA by this week.
Also I have acknowledges email on my ICLA.
On Thu, Dec 3, 2015 at 5:35 AM Hyunsik Choi wrote:
> I just checked that. I see Two guys' CLAs now. I'm expecting that all
> CL
Hi.
I am using steamshon both on jira and wiki.
Best Regards.
On Tue, Dec 22, 2015 at 10:51 AM Hwansung Yu wrote:
> djfwan for both.
>
> Regrads.
>
>
> On Mon, Dec 21, 2015 at 8:24 PM, Kim, Min-Seok
> wrote:
>
> > mskim for both jira and confluence.
> >
> > Best regards,
> > Min-Seok
> >
> >
regarding to workflow, following was how I have worked with S2Graph before
ASF incubation.
1. create Issue.
2. create branch with Issue number.
3. all works related to issue committed into Issue branch.
4. create PR.
5. review through github.
6. squash and merge them into develop.
7. run all test
we need additional step to merge any PR from
> >> github.com
> >> > .
> >> >
> >> > Thanks.
> >> >
> >> >
> >> > Best Regards!
> >> > -----
> >> >
> >> > Luke Han
> &g
Hi stack.
Thanks for let us know and definitely I will submit talks to hbasecon2016
and hope to participate in this time again. also I will check out buzzword
too.
Hi forks
I think following improvements would be good candidates for sharing on
hbasecon this year.
1. HBase Schema.
we have evolve
seems like I have right to edit page. I will add it into wiki page.
On Wed, Feb 3, 2016 at 10:36 PM Kim, Min-Seok wrote:
> I have no right to edit the page yet 😥.
> (I will request...)
>
> anyone to add it?
>
>
>
> Minseok
>
> On Wed, Feb 3, 2016 at 9:59 PM, Sergio Fernández
> wrote:
>
> > +1
>
I added it to Incubator wiki.
https://wiki.apache.org/incubator/February2016
please review this and give feedback.
Best regards
On Wed, Feb 3, 2016 at 10:47 PM DO YUNG YOON wrote:
> seems like I have right to edit page. I will add it into wiki page.
>
> On Wed, Feb 3, 2016 at 10:36 PM
Thank you for the review Sergio.
On Wed, Feb 3, 2016 at 10:57 PM Sergio Fernández wrote:
> signed-off
>
> On Wed, Feb 3, 2016 at 2:56 PM, DO YUNG YOON wrote:
>
> > I added it to Incubator wiki.
> > https://wiki.apache.org/incubator/February2016
> > please
Hi.
I have to admit that comitters at Kakao had face-to-face discussion and
these discussions have not been transparent to community.
I think I am the one who screw up here, since I have created issues and ask
others to review my issues f2f. Let me explain my mistakes here.
There has been lots o
Hi folks.
I just want to open up discussion on our project roadmap.
https://docs.google.com/document/d/1QSEf628QHrLmky16cJN_wIv0H_cfi1E9NGLqKMpdsNE/edit?usp=sharing
Things I wrote on link is completely draft(I just list up all I can think
of now), please feel free to change as it is necessary.
Welcome to S2Graph JongWook and Thanks for pointing out.
Hyunsung, Thanks for open up issue~!
It would be great if you can send PR for this.
On Wed, Mar 23, 2016 at 6:26 AM Hyunsung Jo wrote:
> Hi Jong Wook,
>
> Welcome to S2Graph!
> I've created a JIRA regarding the outdated mailing list info:
Looks good to me.
I am going to merge this.
Thanks for contributions.
On Wed, Mar 23, 2016 at 10:27 AM ASF GitHub Bot (JIRA)
wrote:
>
> [
> https://issues.apache.org/jira/browse/S2GRAPH-61?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15207683#comment
Hi Hwansung.
Seems like it is validation check issue on 'experiment' routes on s2rest.
I think it is better to throw explicit exception(dedicated exception or
BadQueryException which currently exist).
Not only this cases, but also I think there is lots to work on regarding
exception handling on co
OLAP operations on (WAL or KAFKA)
> > -
> >
> >A/B Testing capabilities
> >- Multi-armed Bandit to select the best query
> >
> >
> > I think A/B and MAB can be component themselves, they could be merged
> into
> >
r 18, 2016 at 4:24 AM, DO YUNG YOON wrote:
> >
> > There has been lots of code changes on kakao repo since initial code
> import
> > and I wanted apache repo to catch up this changes.
> > Honestly I felt bad on initial code base since it is not organized at all
> &g
Hi Hyunsung.
I know schema version is somewhat confusing so here is my first try to
elaborate differences.
1. version 1
we started from this simple, but not efficient hbase schema.
- IndexEdge
rowKey: (hash(srcVertex.innerId), srcVertex.innerId, labelWithDirection,
labelIndex, isInverted(false
Here is problem I encountered.
I create label 'user_url_click' which store click log specifying who click
which url.
In many cases, clicked url is very skewed and the # of edges for very
popular url becomes very large, which yield memstore flush too often.
Actually there is no need to store rever
Current implementation to resolve conflicts on same snapshotEdge is
overwhelmingly complicated.
I am suggesting refactor this part so we can understand what is going on
for consistency.
More importantly, with positive fail probability for
RPC(hbase.fail.prob=0.01), test cases actually fail.
we can
Hi All.
Since implementing storage becomes easier(I believe), I think it is good to
have HBaseStroage which use HBase's native client.
The reason I brought up this is following.
1. in some environment, especially specific Hadoop and Spark cluster
distribution,
s2core have guava version conflict w
Guava issue by shading them and the only
> > interesting reason left to switch is the benchmark, it might not worth
> > going back to the blocking API as it will require a whole new threading
> > design.
> >
> > Sincerely,
> > Jong Wook
> >
> >
ands, It is too much data in a specific topic to handle or
> > select data. I met the situation to just select and process one label
> from
> > a one topic. I had to spend much my resources to filter out edges not my
> > own.
> > I convince the your "optional" fe
implementation.
JunKi, How about this?
What's others opinion on this?
Best Regards.
DO YUNG YOON
On Wed, Apr 20, 2016 at 5:37 PM Jun Ki Kim wrote:
> Conflict management is the hardest logic to understand how it works. I
> think many people may agree my opinion.
> I don't know well ab
Appreciate it.
On Fri, Apr 22, 2016 at 11:02 AM Hwansung Yu wrote:
> I agree to throw explicit exception.
> I created an issue.
>
> https://issues.apache.org/jira/browse/S2GRAPH-67
>
>
>
> On Wed, Mar 23, 2016 at 2:49 PM, DO YUNG YOON wrote:
>
> > Hi H
Hi Jong Wook.
Thanks for suggestion and I totally agree with your point.
+1 on make s2graph more user friendly and also on suggested direction.
I am happy to help especially on scalikejdbc code modification part.
Can you create jira issue? I would love to work on this together.
On Tue, Apr
I would like to try out this time. I will write up draft this weekend.
On Mon, Apr 25, 2016 at 4:28 PM Sergio Fernández wrote:
> volunteer(s) for drafting May report? ;-)
>
> On Sun, Apr 24, 2016 at 3:59 PM, wrote:
>
> > Dear podling,
> >
> > This email was sent by an automated system on behalf
you said. Sorry for my mis-understanding.
> More comments makes more readability. That will be very helpful to me.
> After the your job, I may also try to make another suggestion.
>
> Thanks for your correction!
>
> Best regards,
> Junki Kim
> 2016년 4월 21일 (목) 오후 11:58, DO YUNG
When user query is provided, we are build RPC request(GetRequest, Scanner)
to fetch list of KeyValue from storage.
For query, I think mostly we only need bytes for rowKey(GetRequest), but
currently building rowKey, qualifier, value on Serializable is not
separated so we have to serialize qualifier
o you have any concerns regarding supporting multiple storage
> engines?
> > >>>
> > >>> As far as I understand, although S2Graph began exclusively on top of
> > >> HBase,
> > >>> it always had other storage engines in mind.
> > >
Hi folks.
We have not discussed how and when we are going to release our first
version.
I think we should discuss on scope of first release and list up issues that
need to be resolved.
Not sure how to start, but just wanted to open up thread so we can share
our opinion on release plan.
[ ](s2graph) Sergio Fernández
Shepherd/Mentor notes:
On Thu, Apr 28, 2016 at 3:12 AM Andrew Purtell wrote:
> Great. Looking forward to reviewing the draft.
>
> On Wed, Apr 27, 2016 at 8:06 AM, DO YUNG YOON wrote:
>
> > I would like to try out this time. I will write up draft this w
ient, the first incubating release is quite hard regarding many legal
> details. But focus on the technical scope, we'll support you with the rest.
>
> On Thu, Apr 28, 2016 at 5:05 PM, DO YUNG YOON wrote:
>
> > Hi folks.
> >
> > We have not discussed how and when w
I have no sense about design, but suggested logo looks good to me.
I would vote +1 on this logo.
On Tue, May 3, 2016 at 6:38 PM Hwansung Yu wrote:
> It is time to determine logo.
>
> If you agree that the logo previously sent is determined, please vote to
> +1.
>
> This is need to participatatio
shaded jar seems to be working well.
>
> Carrying around unmanaged jars in the repository is not a good idea, so we
> need to consider publishing this version of asynchbase to maven central or
> to some apache repo.
>
> Jong Wook
>
>
>
> On 21 April 2016 at 10:37, DO Y
Welcome to S2Graph~!
Seems like cause and fix is obvious as you suggested.
Can you please create jira issue and it would be great if you can
contribute.
Even though fix seems trivial, If you are interested I want to ask you to
participate in our community.
If you want to contribute then I think yo
re the last committers or PMC members elected?
> >
> > No
> >
> > Signed-off-by:
> >
> > [ ](s2graph) Andrew Purtell
> > [ ](s2graph) Seetharam Venkatesh
> > [ ](s2graph) Sergio Fernández
> >
> > Shepherd/Mentor notes:
> >
/How+to+Release+Sqoop2 and
do what needs to be done.
What do you guys think?
On Mon, May 2, 2016 at 8:29 AM DO YUNG YOON wrote:
> Thanks for guide, Venkatesh and Sergio.
> I will definitely read through it to understand the general processes.
>
> So first thing to decide, Any volunte
Hi Marko, Thanks for brought up this issue.
Stephen, Thanks for the reference.
Hi folks. I think this Issue is really our top priority not only for
community but also all goodies that Apache TinkerPop provide.
Is there any folks who want to work on this Issue? I think it is great
chance to get in
sted, as well.
>
> On Wed, May 11, 2016 at 9:26 PM DO YUNG YOON wrote:
>
> > Hi Marko, Thanks for brought up this issue.
> > Stephen, Thanks for the reference.
> >
> > Hi folks. I think this Issue is really our top priority not only for
> > community but
Hi folks.
Problem is user must use Json representation for query result since
groupBy, orderBy, and merging multiple query result into one reside on
PostProcess which is not meant for it.
My suggestion in one line, is make PostProcess simply build json from
result type of getEdges and make getEdg
Hi folks.
I was playing around TinkerPop3 to resolve
https://issues.apache.org/jira/browse/S2GRAPH-72.
JongWook brought up this issue at
https://issues.apache.org/jira/browse/S2GRAPH-72?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15285099#comment-1528509
Hi JunKi.
I had free time today, and start working on
https://issues.apache.org/jira/browse/S2GRAPH-68.
You can find out where this is going to on
https://github.com/apache/incubator-s2graph/pull/53.
Any feedback and question would be appreciated.
On Thu, Apr 28, 2016 at 12:33 AM DO YUNG YOON
Hi folks.
I was about to add report draft on wiki but I can't find S2GRAPH on
http://wiki.apache.org/incubator/June2016.
Should I add it? I am wondering because last time, the template has entry
for S2GRAPH and this time it does not have one.
Anyway following is the draft for June report, Please r
I find out
http://mail-archives.apache.org/mod_mbox/incubator-general/201605.mbox/%3ccaoqetn-vd17vur0lw-9cntjf0cg_f4qgk+3+iu47+1jfxcc...@mail.gmail.com%3E
.
According to this link, I think we can disregard the reminders for May.
Any thought?
On Wed, Jun 1, 2016 at 10:38 PM DO YUNG YOON wrote
=project%20%3D%20S2GRAPH
)
On Sat, May 28, 2016 at 3:35 PM DO YUNG YOON wrote:
> Hi JunKi.
>
> I had free time today, and start working on
> https://issues.apache.org/jira/browse/S2GRAPH-68.
> You can find out where this is going to on
> https://github.com/apache/incubator-s2gr
I am not sure how to compare different graph databases, but I think it is
necessary to provide benchmark result and environment.
Of course we need to define about test data and workload for test, so I
open this thread to hear about opinions.
It seems like there exist benchmark framework(?) at
http
1 - 100 of 162 matches
Mail list logo