hello @mark354! there is some start on the federation work, but I dont feel that is good enough for general usage at this moment. so for understand, you want to kind map from RDF directly to resolvers with pathom, kinda like that?
@mark354 https://github.com/arachne-framework/aristotle and https://github.com/cognitect-labs/onto are clojure projects that have done some interesting modeling with rdf. I just saw there's an #rdf so perhaps someone there has more advice
Thanks. They look interesting projects - Iāll read more thank you!
Hi! Thanks. Yes - I already have a couple of health related microservices and providing a pathom facade seems like an excellent idea, but for newer services I was wondering whether I could write a pathom native server and federate rather than creating a facade. Happy to do latter however, as I guess conceptually it makes sense as the server-side partner of potentially multiple client-side applicationsā¦ Iām quite keen on the ontological side of things as of course, you can see triples creating graphs fairly easily, and if you get the semantics right, you can potentially provide access to runtime clients with bags of first-class āwell-knownā attributes rather than, as is usual in health, the wider model being the first-class mechanism (much like in OO).
PS thank you so much for writing such a powerful library!
gotcha, makes sense, your idea is right on what I like to provide for federation, distributed parsers that can be integrated. I'm a fan of RDF myself, not sure how much pathom and ontologies fit together. For the keywords I think you are doing the good approach, keywords are the closest primitive in Clojure that I can think related to properties
Great. Itās helpful to know Iām not missing something already done or completely wide of the mark! Iām hoping RDF-like triples source->property/predicate->target are a way of creating a graph by standardising the properties. Iād like to facade different types of domain information and walk graphs between and within themā¦ at least thatās the plan! Thanks again.