Date   

Why does JanusGraph use two versions of netty?

zblumenf@...
 

Noticed that there are two versions of Netty in the POM for JanusGraph: 
 
 
Curious why this is and if it is being used for something specific.  Otherwise can 3 get bumped to 4? 


JanusGraph meetup topic discussion - graph OLAP & algorithms

Ted Wilmes
 

Hello,
I'm working on planning another JanusGraph community meetup and wanted to gauge community interest in doing an in-depth focus on tackling OLAP/graph algorithmic work with JanusGraph. This has been covered briefly in previously meetups but I think is worthy of more focus due to the challenges folks face getting JanusGraph/Spark up and running and working performantly. I'm particularly interested in hearing if others have had success with this route in production, and if not, if they've employed other techniques to serve their analytics needs (shortest path, clustering, centrality, data science workflows, etc.). In one case on our side, we had good success deploying a separate, custom C++ in-memory graph alongside JG that serves shortest path requests with a much lower latency than JG and Spark could. Please reach out on this thread or directly to me if you're interested in presenting on this topic or taking part in a panel discussion. I'm currently targeting the March timeframe for the meetup.

Thanks,
Ted


Re: [janusgraph-foundationdb] - New Release

rngcntr
 

Sounds like a good thing to do. We should consider updating our documentation (#54) before that, so that users who get started with the new release don't experience any issues regarding installation and first steps.
But other than that, I strongly support your request to release a new version.


[janusgraph-foundationdb] - New Release

jackson.christopher.lee@...
 

Hi all,

 

I think we should consider doing a release of the janusgraph-foundationdb adapter sometime soon. There have been several changes since the initial 0.1.0 release that warrant a new release. I would like to understand if others agree and also discuss a timeline for when such a release would be done?

 

I've had several people complain that the release is outdated and that its difficult to get started easily since there isn't a pre-built binary that can be downloaded and consumed for people looking to adopt the adapter.

 

Thanks in advance,

Chris Jackson


Re: [DISCUSS] Thread appears as read after a new reply is posted

Oleksandr Porunov
 

I also now find groups.io to be not as good experience as Google Groups.

1) As noted by Marc, there is no way to see on UI that there are threads with new messages you didn't see. Here is the issue for that: https://groups.io/g/GroupManagersForum/topic/30886089
2) We found out that emails with numbers only in prefix (till `@`) are banned in groups.io . I.e. and email 12345<at>example.com cannot subscribe to groups.io

This is disappointing. I will raise those issues to see what options we have

Best regards,
Oleksandr Porunov


Re: [DISCUSS] Thread appears as read after a new reply is posted

Oleksandr Porunov
 

Hi Marc,

> 1. After a new reply appears to a thread, the thread still appears as "read" in the web ui. In other words, you have to open every thread to see whether new replies are present.

That's really strange. I will check try to check if there is a possibility to change this behavior in groups.io


> 2. There is no possibility to start a thread on the web ui. This feels inconsistent because it *is* possible to do a reply in the web ui.

You can go to https://lists.lfaidata.foundation/g/janusgraph-users/ and clock `New Topic` to create a new thread in the web ui but I think you should join the group to do so. I will check if there are sope configurations we can do in groups.io to improve this experience. You should fine `New Topic` button on the left side of the screen as shown below:

If you know any configurations we could do in groups.io to improve this experience, let us know and we will change those configurations. We can also contact LF AI & Data foundation to resolve these issues

Best regards,
Oleksandr Porunov


[DISCUSS] Thread appears as read after a new reply is posted

HadoopMarc <m.c.delignie@...>
 

Hi all,

After using the new mail lists through the web ui for a while, there are two aspects that are particularly annoying:

1. After a new reply appears to a thread, the thread still appears as "read" in the web ui. In other words, you have to open every thread to see whether new replies are present.

2. There is no possibility to start a thread on the web ui. This feels inconsistent because it *is* possible to do a reply in the web ui.

I know, you can get those replies by e-mail, but can anyone advice about a webmail client that has the feel of the old Google groups? I certainly do not want to clutter my usual e-mail account + client with janusgraph posts.

Best wishes,  Marc


Re: [DISCUSS] Monthly Video Calls/Office Hours

Jansen, Jan
 

I think it would be just okay to have a monthly repeating meeting.

Do we also want to use a google document to keep notes?


Re: Option for "reply to sender" is too prominent

Oleksandr Porunov
 

The default option is now `Reply to Group`


Re: [DISCUSS] Monthly Video Calls/Office Hours

Oleksandr Porunov
 

As we are now under LF AI & Data, we can ask for Zoom account for regular JanusGraph meetings.


Option for "reply to sender" is too prominent

Oleksandr Porunov
 

Hi Marc,

It definitely makes sense to prioritize "Group Reply".
I requested John Mertic to change the default option to `Group Reply`.
I'm also voting +1 to remove the option `Reply to Sender`.

Best regards,
Oleksandr Porunov


Option for "reply to sender" is too prominent

Marc de Lignie <m.c.delignie@...>
 

The new mailing list stimulates users to use the option "reply to sender". This means that discussions between OP and expert become invisible to other users. It also means that experts cannot answer from the webpage but have to use their e-mail client to give answers.

I would prefer to remove the option "reply to sender" or at least stop making it the default option. What do you think?

Best wishes,    Marc


Re: mixed index - Reindex is very slow

hadoopmarc@...
 

The janusgraph user forum was moved to:

https://lists.lfaidata.foundation/g/janusgraph-users

You have to fill an e-mail address and acknowledge a request sent to that address.

Regarding the code lines of the mapreduce index:
// Run a JanusGraph-Hadoop job to reindex
mgmt = graph.openManagement()
mr = new MapReduceIndexManagement(graph)
mr.updateIndex(mgmt.getGraphIndex("mixedExample"), SchemaAction.REINDEX).get()

As far as I know this runs on your local machine and all dependencies are present in the JanusGraph distribution. In other words, no need for an hadoop or spark cluster for this. 

Cheers,     Marc


Re: mixed index - Reindex is very slow

hadoopmarc@...
 

janusgraph-dev is for discussion on internal implementation details of JanusGraph itself. Questions about using JanusGraph, installation, configuration, and integrations should be posted on janusgraph-users. First-time posts are moderated and may not be visible immediately.

Could you please repost your question on janusgraph-users, so that I can copy the answer below on the right list?

Did you try to use the mapreduce way of reindexing?
https://docs.janusgraph.org/index-management/index-reindexing/#executing-a-reindex-job-on-mapreduce


mixed index - Reindex is very slow

vamsi.lingala@...
 

Hi we have imported around 4 billion vertices in janus graph.
We are using big table and elastic search

reindexing speed is very slow..around 2000 records per second
is there any way to speed it up?


[DISCUSS] Usage of hashtags

Jansen, Jan
 

Hi

I would like to use special hashtag to filter for discussions, votes, releases, ctr commits, ... .

Do you any idea or thoughts?

Greetings, Jan Jansen


[ANNOUNCEMENT] JanusGraph joins LF AI & Data umbrella

Oleksandr Porunov <alexand...@...>
 

On behalf of the JanusGraph Technical Steering Committee, we are excited to join LF AI & Data Foundation!


We are now moving mailing lists to a new home under LF AI & Data. Mailing lists hosted on Google Groups will now be considered obsolete and will be available in read-only mode. All messages from Google Groups mailing lists will be moved to new mailing lists in the next few days.


We kindly ask everyone to switch to new mailing lists:

  • JanusGraph Users: for questions about using JanusGraph, installation, configuration, and integrations. First-time posts are moderated and may not be visible immediately.

  • JanusGraph Dev: for discussion on internal implementation details of JanusGraph itself. Questions about using JanusGraph, installation, configuration, and integrations should be posted on janusgraph-users. First-time posts are moderated and may not be visible immediately.

  • JanusGraph Announce: for new releases and news announcements.


In addition to the mailing lists, we are continuing to use the following collaboration tools, with no changes:


Best regards,

Oleksandr Porunov

on behalf of JanusGraph TSC


Re: [DISCUSS] Monthly Video Calls/Office Hours

Oleksandr Porunov <alexand...@...>
 

Voting +1 for monthly calls


On Sunday, January 10, 2021 at 5:05:04 PM UTC+2 li...@... wrote:
Absolutely agree!

On Jan 8, 2021, at 8:42 PM, 'faro...@googlemail.com' via JanusGraph developers <jan...@...> wrote:

Hi

I think it would be helpful to have monthly calls, which allow us to discuss current development progress and discuss new ideas. Such calls would allow us to get more focus on pushing JanusGraph forward. From my perspective, it would also to develop a roadmap for JanusGraph, which is currently more implicit and async discussed.

What do you think?

Greetings,
Jan


--
You received this message because you are subscribed to the Google Groups "JanusGraph developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to janusg...@....
To view this discussion on the web visit https://groups.google.com/d/msgid/janusgraph-dev/f9c9d530-ecbc-4349-884e-f271ce0b0695n%40googlegroups.com.


Re: [DISCUSS] Monthly Video Calls/Office Hours

BO XUAN LI <libo...@...>
 

Absolutely agree!

On Jan 8, 2021, at 8:42 PM, 'faro...@googlemail.com' via JanusGraph developers <janusgr...@...> wrote:

Hi

I think it would be helpful to have monthly calls, which allow us to discuss current development progress and discuss new ideas. Such calls would allow us to get more focus on pushing JanusGraph forward. From my perspective, it would also to develop a roadmap for JanusGraph, which is currently more implicit and async discussed.

What do you think?

Greetings,
Jan


--
You received this message because you are subscribed to the Google Groups "JanusGraph developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to janusgr...@....
To view this discussion on the web visit https://groups.google.com/d/msgid/janusgraph-dev/f9c9d530-ecbc-4349-884e-f271ce0b0695n%40googlegroups.com.


[DISCUSS] Monthly Video Calls/Office Hours

"fa...@googlemail.com" <faro...@...>
 

Hi

I think it would be helpful to have monthly calls, which allow us to discuss current development progress and discuss new ideas. Such calls would allow us to get more focus on pushing JanusGraph forward. From my perspective, it would also to develop a roadmap for JanusGraph, which is currently more implicit and async discussed.

What do you think?

Greetings,
Jan

101 - 120 of 1585