The Knowledge Graph Conference Icon
The Knowledge Graph Conference
  • 🏠Home
  • 📅Events
  • 👤Members
  • 🔵Announcements
  • 🔵Ask
  • 🔵Ask The Ontologists
  • 🔵Events
  • 🔵Jobs
  • 🔵Promotions
  • 🔵Share
Powered by Tightknit

Paco N.

ADMIN
Principle DevRel Engineer
Commented on Build Knowledge Graphs from Unstructured Data: Joi...·Posted inShare
Avatar of Paco N.
Paco N.
·

Thank you kindly CWHITE! We're planning to do more of these 🙂 Amy Hodler has an excellent community there

1
Posted in Share·
Avatar of Paco N.Paco N.
·

Build Knowledge Graphs from Unstructured Data: Join Our Talk!

Join us for a talk about "How To Construct Knowledge Graphs from Unstructured Data" hosted by GraphGeeks.org https://live.zoho.com/PBOB6fvr6c Wed Aug 14, 09:00 US Pacific We'll walk you through the broader practices of building and updating knowledge graphs, while leveraging open source libraries for state-of-the-art tooling (hint: lots of transformer models, not LLMs). Techniques such as "Graph-enhanced RAG" help mitigate hallucinations in the AI apps downstream. This is especially important for use in highly regulated environments where KG construction must be accountable, explainable, based on evidence, etc. If you've been hearing terms such as "named entity recognition", "entity resolution", "lexical graph", "entity linking", "textgraphs", "semantic random walks", "embeddings", "relation extraction", "semantic layer", and so on, and ever wondered how these fit together into practical solutions ... join us, that's what we'll cover! In other words, a full deconstruction of the elements of KG construction leading into GraphRAG. Some component libraries include: spaCy, NetworkX, Pandas, GLiNER, GLiREL, ReLIK, Pydantic, LanceDB -- and if you want a sneak peek at the code: https://github.com/DerwenAI/strwythura BTW, the graph visualization shown here is what we'll construct from articles about linkages between eating processed red meat frequently and the risk of developing dementia. We'll build out a KG and vector DB suitable for GraphRAG grounding in an LLM chatbot or agent. #ERKG #KnowledgeGraph #UnstructuredData #DataScience #MachineLearning #TechWorkshops

See more
2Comments
2
Posted in Announcements·
Avatar of Paco N.Paco N.
·

Congrats to Teams at the Successful KnowHax Pitch Event!

Thank you Hugo (., the KnowHax Pitch Event was fantastic!! Congrats on the teams competing.

See more
1Comment
8
Posted in Share·
Avatar of Paco N.Paco N.
·

Discussion on Abstraction Layers in Knowledge Graphs Article

If this might be of interest, here's an article we're circulating for discussion, about abstraction layers in knowledge graphs: https://blog.derwen.ai/graph-levels-of-detail-ea4226abba55 Colleagues from enterprise teams are interested in the possibility of these kinds of features, i.e., abstraction layers in KGs, and some discussions at the recent K1st World led to writing this. Use cases include: enhancing graph ML, making large scale graphs more manageable, and informing visualization layouts to be more meaningful. Granted, this is early stage -- there aren't any such features available yet, but exploring cost-effective methods is needed long before that. The intention for this article is to circulate for review and gain feedback: are any definitions misrepresented, or any points being misconstrued? And to gauge interest from a broader audience.

See more
0Comments
3
Commented on Insights on AI and Expertise in Podcast with Larry...·Posted inShare
Avatar of Paco N.
Paco N.
·

Thank you kindly!

Commented on Tracking Graph Database Vendors: Request for Addit...·Posted inShare
Avatar of Paco N.
Paco N.
·

It's also the case where there needs to be failover plans – fast inserts aren't nearly as resilient as having an "append-only log" with rollback and replay options. Pulsar can provide that, effectively. Also, I'm impressed with what AsyncAPI has accomplished recently :)

Commented on Tracking Graph Database Vendors: Request for Addit...·Posted inShare
Avatar of Paco N.
Paco N.
·

It's a good approach. Depending on the performance characteristic required for a use case, I am wondering though, is that reinventing event-brokers, perhaps with less durability? For example, a AsyncAPI + Pulsar might provide a better approach?

Commented on Tracking Graph Database Vendors: Request for Addit...·Posted inShare
Avatar of Paco N.
Paco N.
·

RocksDB is an interesting one... it's an LSM https://en.wikipedia.org/wiki/Log-structured_merge-tree and based on LevelDB (Google, etc.) Although there are better optimized LSMs available in open source. FWIW, in some cases a high performance hashtable + Arrow/Parquet may out-perform these, depending on how much durability is needed.

Commented on Tracking Graph Database Vendors: Request for Addit...·Posted inShare
Avatar of Paco N.
Paco N.
·

Good find with Crux, that's interesting

Commented on Tracking Graph Database Vendors: Request for Addit...·Posted inShare
Avatar of Paco N.
Paco N.
·

Virtuoso has a GPL license (although someone on their team committed a symlink to it, which breaks in GH)

Loading

About

  • Job title
    Principle DevRel Engineer
  • Location
  • Organization
    Senzing