- From: Hala Skaf <Hala.Skaf@univ-nantes.fr>
- Date: Fri, 22 Nov 2024 16:32:23 +0100
- To: niko@nextgraph.org
- Cc: public-crdt4rdf@w3.org, Pascal Molli <Pascal.Molli@univ-nantes.fr>, Brice NEDELEC <brice.nedelec@univ-nantes.fr>
- Message-ID: <CAAY7etbC0m88Vt=+6Bdf+F9=O5v8myZ9_PHpmT-HFi3-EGsrig@mail.gmail.com>
Hello everyone, It is time to introduce myself :-). I am Hala Skaf-Molli working at the university of Nantes, France. I mainly work on decentralized collaborative works and the Semantic Web, focusing on areas such as decentralized semantic data management, Read/Write semantic data, federation engines, and SPARQL sampling. I have made contributions on CRDT, including: - The first CRDT for RDF data and text : developed for distributed semantic wiki with total replication, enabling peer to peer semantic wiki <https://hal.science/inria-00432210v1>. - CRDT for decentralized semantic wikis designed for partial replication based on social networks, supporting Multi-synchronous Collaborative Semantic Wikis <https://hal.science/inria-00432209v1>.This was implemented as an extension to Semantic MediaWiki DSMW: Distributed Semantic MediaWiki <https://hal.science/inria-00540209v1>. - CRDT for RDF stores: Created C-Set : a Commutative Replicated Data Type for Semantic Stores <https://hal.science/inria-00594590v1> - CRDT for Read/Write Linked Data: Introduced Live Linked Data: Synchronizing Semantic Stores with Commutative Replicated Data Types In my research team, we have extensively worked on CRDT and made numerous scientific contributions. I can cite: - LSEQ: an Adaptive Structure for Sequences in Distributed Collaborative Editing <https://hal.science/hal-00921633v1> - Optimistic Replication for Massive Collaborative Editing <https://hal.science/inria-00071218v1> - Logoot: A Scalable Optimistic Replication Algorithm for Collaborative Editing on P2P Networks <https://hal.science/inria-00432368v1> I am happy to hear about your interest in our work and look forward to discuss these topics further with you all. Best, --- Hala Le ven. 22 nov. 2024 à 04:24, <niko@nextgraph.org> a écrit : > Hello everyone, > > Very pleased to meet you Pieter, and to see all the awesome work you > have done with your peers, on LDES, TREE, and Linked Data Fragments that > I think is also from the same people, and that I really like. > > Thanks for the invitation to participate on the future of TREE! > > On 21/11/24 10:55 am, Pieter Colpaert wrote: > > [...] we will need to do conflict resolution and I think this should > > probably first be defined in this CG. > > Indeed, here we have gather specially for that! > > And I forgot to introduce NextGraph, which is a local-first (CRDT based) > quadstore (among other things), on top of which we offer (soon) some > Solid APIs, thanks to our collaboration with ActivityPods.org > > The CRDT we implemented is based on the paper "Synchronizing Semantic > Stores with Commutative Replicated Data Types" of Luis Daniel Ibáñez, > Hala Skaf-Molli, Pascal Molli, Olivier Corby.[1] > > By modifying the oxigraph [2] triplestore of Thomas Tanon to encode the > causal past of each SPARQL UPDATE, we can implement in NextGraph the > OR-set (Observed Remove Set) described in the paper. > > The conflict resolution is pretty straightforward : in case of > concurrent DELETE and INSERT of the same quad, the INSERT wins. > > We use the generic DAG of commits of NextGraph to encode the causal > relationship between SPARQL UPDATES, which is also end to end encrypted, > but that's not the topic here. > > Thanks to our implementation, we can offer a "time travel" feature too, > where each previous revision of any RDF Resource (a named graph), can be > queried, with SPARQL, just by entering the commit ID of the SPARQL > UPDATE representing the specific revision that we want to query, as the > named graph of that SPARQL QUERY. > > Hala Skaf-Molli, who is one of the authors of the paper, is present in > this very Community Group. > > Looking forward discussing this topic with you all ! > > BTW, I am curious Pieter to hear more about "Trust Flows, > interoperability from write to read" that you presented recently. If it > is not relevant to the scope of this Community Group, feel free to send > me a personal email. > > Cheers, > Niko > > [1] https://inria.hal.science/hal-00686484/document > > [2] https://github.com/oxigraph/oxigraph > >
Received on Friday, 22 November 2024 15:32:55 UTC