Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Graph Mining Library

github.com

Post reply on HN
Print view View original

51–60 of 113 posts

Re: Graph Mining Library

#51

Post by tfsh »

afandian wrote: post #45
elteto wrote: post #44

Earlier quoted context omitted.

In bazel //... is the equivalent of the 'all' target in make: bazel build //... bazel test //... bazel query //... The last one should list all targets (from what I remember).

Thanks! That last one lists 84 results. None looks obviously like 'main'. Trying a random one: bazel run //in_memory/clustering:graph ERROR: Cannot run target //in_memory/clustering:graph I'm going to wait until someone updates the readme I think!

considering the repo doesn't contain a cc_binary build rule, I'm inclined to believe there's no demo, the easiest way to get started (if you want to play around from scratch) would be to add a cc_binary, point that to a main.cpp file which depends on the library targets you want, e.g "//in_memory/clustering:graph" and ensure there's sufficient visibility from the targets.

Re: Graph Mining Library

#52

Post by elteto »

afandian wrote: post #45
elteto wrote: post #44

Earlier quoted context omitted.

In bazel //... is the equivalent of the 'all' target in make: bazel build //... bazel test //... bazel query //... The last one should list all targets (from what I remember).

Thanks! That last one lists 84 results. None looks obviously like 'main'. Trying a random one: bazel run //in_memory/clustering:graph ERROR: Cannot run target //in_memory/clustering:graph I'm going to wait until someone updates the readme I think!

Then most likely this is meant to be used primarily as a library. You should wait until they open source the tests (soon, per another commenter). Those will be runnable targets.

Re: Graph Mining Library

#53

Post by progval »

corentin88 wrote: post #23

Interesting fact: the first commit is 2 years old and is entitled "Boilerplate for new Google open source project". Either they rewrite git history or it took about 2 years to get approval on making this repo public.

FWIW they had already pushed that commit four months ago: https://archive.softwareheritage.org/browse/snapshot/bd01717...

Re: Graph Mining Library

#54

Post by esafak »

Graph mining was "so hot right now" ten years ago. Remember GraphX (https://spark.apache.org/graphx/) and GraphLab (https://en.wikipedia.org/wiki/GraphLab) ? Or graph databases?

I guess it coincided with the social network phenomenon. Much more recently geometric learning (ML on graphs and other structures) shone, until LLMs stole their thunder. I still think geometric learning has a lot of life left in it, and I would like to see it gain popularity.

Re: Graph Mining Library

#55

Post by ls612 »

MarkMarine wrote: post #43

Whew. Lots of complaints from people who probably will never need to use this code. If you need docs just read the .h files, they have extensive comments. I’m sure they’ll add them or maybe, just maybe, you could write some to contribute. This would have made some of my previous work much easier, it’s really nice to see google open source this.

I think it’s that it’s not at all obvious how to even build the damn thing so at least a little bit of readme would have been nice. I agree with the sentiment this looks like a super cool tool.

Re: Graph Mining Library

#56

Post by PaulHoule »

Towards the end of my relationship with a business partner, he was really impressed with a graph processing library released by Intel (because it was Intel), while my thoughts were "ho hum, this looks like it was done by a student" (like a student who got a C-, not a A student) and thought about how much I liked my really crude graph processing scripts in Pig that were crazy fast because they used compressed data structures and well-chosen algorithms.

Re: Graph Mining Library

#57

Post by PaulHoule »

ls612 wrote: post #55
MarkMarine wrote: post #43

Whew. Lots of complaints from people who probably will never need to use this code. If you need docs just read the .h files, they have extensive comments. I’m sure they’ll add them or maybe, just maybe, you could write some to contribute. This would have made some of my previous work much easier, it’s really nice to see google open source this.

I think it’s that it’s not at all obvious how to even build the damn thing so at least a little bit of readme would have been nice. I agree with the sentiment this looks like a super cool tool.

It says you're supposed to leave a ticket if you have questions or comments... A README file isn't much to ask for.

Re: Graph Mining Library

#58

Post by xw3098 »

ldhulipala wrote: post #36
specproc wrote: post #30

Earlier quoted context omitted.

If you're working on this repo, can we plz haz docs?

Thanks, yes, this is on the list of TODOs! (also, to open-source the tests)

It would be nice to have a bit of documentation on what makes this library special as well. It’s a significant time investment to learn a library like this one well. So some information on why one should choose this over, say, http://snap.stanford.edu/ Would be very helpful.

Re: Graph Mining Library

#59

Post by PaulHoule »

wilsynet wrote: post #12
tomrod wrote: post #2

This is a big deal, I think. I'm guessing it's not widely used internally anymore if they are open sourcing it. What is used instead?

As merely two examples, both gRPC and Kubernetes are important to Google, and yet Google opened sourced them. "No longer used" is not the criteria Google uses to make their software OSS. FYI, I work at Google.

I'd say both of those are actively harmful products (like PFOS or cigarettes) that hurt Google's competition by being open sourced. Google wrecked their own productivity, the least they could do was wreck everybody else's.

Re: Graph Mining Library

#60

Post by progval »

bsimpson wrote: post #35
jefftk wrote: post #14

Earlier quoted context omitted.

Google Wave is the only counterexample I can think of, where it was "we're deprecating this project, but releasing it as open source".

I don't think Google generally opensources _products_ - either it always is open source (Android) or never is (web apps). I can't think of an example where a product was closed source, released as open source, and continually maintained. Open source at Google generally takes the form of libraries rather than products. Often, that's something that an individual engineer is working on, and it's easier to open source th…

> I can't think of an example where a product was closed source, released as open source, and continually maintained.

I found one after some searching: Nomulus. https://opensource.googleblog.com/2016/10/introducing-nomulu...

Post reply on HN