Debunking some RDF-vs-Property Graph Alternative Facts - Dr. Jesús Barrasa, Neo4j

Поділитися
Вставка
  • Опубліковано 22 лип 2024
  • Slides for this talk: www.slideshare.net/neo4j/grap...
    Is RDF for unstructured data while property graphs are for highly structured data? Will the RDF model discover new knowledge for me? Is RDF AI? Does RDF exclusively live in triple stores?
    All of these are statements have been published by analysts and vendors, building a wall of misconceptions between the two worlds that are not helpful for your new graph project. In this talk, we will dig deeper into the similarities and differences between the two main approaches to modelling graph data, focusing on debunking some of the ‘alternative facts’ built over the years.
    Dr. Jesús Barrasa, Neo4j
  • Наука та технологія

КОМЕНТАРІ • 9

  • @MrLonelyOffc
    @MrLonelyOffc 4 роки тому +1

    It's really great sir. I clearly understand the difference of RDF and Neo4j. I, even, saw your blog posts and other videos. I really like to use Neo4j in my NLP related project.

  • @donha475
    @donha475 5 років тому +1

    Super helpful thanks... I'm new to this area... really helped me to plan my little project...

  • @subhashisdas81
    @subhashisdas81 3 роки тому +1

    It is very smart and like a marketing presentation while skipping some SoA or comparison with GraphDB such as ontotext graphDB. LPG is not a W3C recommendation where RDF is which makes a big difference in the open community.

  • @keithvaneaton5840
    @keithvaneaton5840 2 роки тому

    This is very helpful, especially the demo around 15:00.
    Question: What specific plugin(s) are you using to call the stored procedure of semantics.importRDF?

  • @markhall7173
    @markhall7173 6 років тому +2

    Let’s say you’re creating an enterprise ontology to describe business processes. Doesn’t Property Graph approach risk ‘properties’ being having to be defined at each object level? Although he RDF approach creates a denser graph, it does seem to force at least some standardization of property relationships. Triples can be useful that way and domain ontologies more consistent. I understand consistency and governance might not be the primary use-case for the LPG approach, but within enterprise it’s often useful to have such constraints and structure to drive common approaches.

    • @jbarrasa4649
      @jbarrasa4649 6 років тому +2

      Hi Mark, thanks for your comment.
      It is perfectly possible to define an enterprise ontology as an LPG, there are multiple cases of use of Neo4j for data governance.
      OWL and RDFS are just one way of formalising vocabularies/ontologies. I could agree (if that's what you mean) that RDFS/OWL have well-defined semantics that can be used for inferencing or consistency checking but again, there are ways to achieve the same using LPGs (if you're interested have a look at jesusbarrasa.wordpress.com/2016/04/06/building-a-semantic-graph-in-neo4j/).
      I'd be curious to know what RDFS/OWL primitives you use in your enterprise ontology definitions and whether these include anything beyond classes and properties definitions.
      Happy to continue the conversation here, but you can also join our slack channel neo4j.com/developer/slack/

    • @siddharthdedhia11
      @siddharthdedhia11 3 роки тому +1

      @@jbarrasa4649 Hi Dr. Jesús ,
      It might be a stupid doubt but the reasoning capabilities of neosemantics are very limited. Are there any reasoners existing that do not use ontologies/formal vocabulary that are comaptible with neo4j?

  • @hodaslimani2945
    @hodaslimani2945 2 роки тому +1

    Great thank you!

  • @32to28
    @32to28 9 місяців тому +1

    Sort of misleading how all RDF graphs are presented as relational databases at 12:00, which sets up the strawman argument that there are a lot of joins. I'd sort of expect something better from neo, but hey. Marketing is marketing.