laminarflow027

7 ms·

1.
by laminarflow027 2mo ago
Very cool, gotta try this out! Curious, how does it handle blob data (e.g., images) -> Is there a way to display the image blobs in the widget too? Kind of like how Hugging Face displays Lance blobs in their dataset viewer: https:/
2.
by laminarflow027 7mo ago
Great, thanks for the feedback! I work at LanceDB and will take these points into account (esp. the docs).
3.
by laminarflow027 7mo ago
Curious what performance issues you faced. Was that in OSS LanceDB? And what were the challenges?
4.
by laminarflow027 9mo ago
Really cool stuff! Looking at the schema of the financial dataset, though, it's really flat, and it doesn't really leverage the power of the BAML schema format (which excels at representing nested data with fewer tokens than JSON)
5.
by laminarflow027 11mo ago
The semantic routing step with intent classification and query rewriting was fascinating. The fact that multiple indexes were used is also understated. Is there anywhere one can explore the internals?
6.
Show HN: Using DSPy to enrich a dataset of the Nobel laureate network(blog.kuzudb.com)
8 points by laminarflow027 1y ago|0 comments
7.
Show HN: Tips for getting great Text2Cypher outputs from LLMs for Graph RAG(blog.kuzudb.com)
4 points by laminarflow027 1y ago|0 comments
8.
Show HN: Towards agentic Graph RAG: Enhancing graph retrieval with vector search(blog.kuzudb.com)
6 points by laminarflow027 1y ago|0 comments
9.
by laminarflow027 1y ago
To me they seem like the pythonic version of dbt! Instead of yaml, you write Python code. That, and a lot of on-the-fly computations to generate an optimized workflow plan.
10.
by laminarflow027 1y ago
Hi! IMO you should definitely check out Kuzu - It's an embeddable, fast, highly scalable graph database with an MIT (highly permissive) open source license. Kuzu was created for broader adoption in the open source community and scales
11.
Show HN: Debugging data, not just code: Using Claude & Cursor with Kuzu MCP(blog.kuzudb.com)
8 points by laminarflow027 1y ago|1 comments
12.
by laminarflow027 1y ago
Kuzu is an open source, embedded graph database that supports the Cypher query language. We wrote a blog post that serves the dual role of explaining what MCP is and how the MCP server of a database system can be useful. Our demo is based o
13.
by laminarflow027 2y ago
Hi, glad to help! I'm a DevRel advocate at Kuzu, and have spent a decent amount of time in other database paradigms thinking about these things. I'm familiar with SurrealDB too. Although I cannot comment too much SurrealDB's
14.
by laminarflow027 2y ago
Your concern makes sense, but in the demo we show, all your private data AND the graph database AND the LLM (basically, everything) is confined to your client session in the browser, and no data actually ever leaves your machine. That'
15.
by laminarflow027 2y ago
Great point! Several years ago there was a project GRainDB, which along with GraphflowDB (a purely in-memory graph database) formed the ideas of what is now Kuzu :) https://graindb.github.io/ https://github.com&#
16.
by laminarflow027 2y ago
True, but there are likely innovations happening in multiple dimensions all at once: WebGPU improvements that better utilize a device's compute, Wasm64. And of course, LLMs over time become SLMs (smaller and smaller models), that can d
17.
by laminarflow027 2y ago
Hi, I work at Kuzu and can offer my thoughts on this. You're making a fair observation here and it's true for any high level query language - SQL and Cypher and interchangeable unless the queries are recursive, in which case Cyph
18.
by laminarflow027 2y ago
Very interesting! Could you elaborate a bit on the parallels with Keras, other than the API similarities? What aspects of working with LLMs does SynaLinks make easier?
19.
by laminarflow027 2y ago
Really exciting stuff! I can clearly see from the GitHub issue list that you do NOT intend to repeat the mistakes of LangChain, i.e. minimize bloat and abstraction level. How would you say this compares to DSPy? At first glance, ell is very
20.
by laminarflow027 3y ago
By this I presume you mean build a search index that can retrieve results based on keywords? I know certain databases use Lucene to build a keyword-based index on top of unstructured blobs of data. Another alternative is to use Tantivy ( ht
21.
by laminarflow027 3y ago
Very good points. Have you seen any examples of systems (or projects) that successfully combine multiple backend data sources, including databases, that perform better than the single backend alone? This seems like an important enough quest
22.
by laminarflow027 3y ago
Totally agree! The wave of blog posts and examples one sees where it's just text-to-SQL or text-to-Cypher or any other query lang aren't really exploring the topic at any level of technical depth, and we need to see more evaluatio
23.
by laminarflow027 3y ago
This is an excellent article that asks some much-needed questions on the literature that exists connecting LLMs and RAGs on unstructured data, with knowledge graphs in between. We've seen plenty of articles that speculate on how one
24.
by laminarflow027 3y ago
OpenNRE ( https://github.com/thunlp/OpenNRE ) is another good approach to neural relation extraction, though it's slightly dated. What would be particularly interesting is to combine models like OpenNRE or SpanMarke
25.
by laminarflow027 6y ago
Ugh, the amount of space wasted on a wider screen is borderline criminal. Whitespace everywhere!! And the tabs above being left-aligned with the main repo being centered below is just maddening. It's a real eyesore - please allow us to