by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • May 27 2019 06:08
    User @Mitzi-Laszlo unbanned @in1t3r
  • May 23 2019 06:49
    @Mitzi-Laszlo banned @in1t3r
  • May 16 2019 09:49
    @Mitzi-Laszlo banned @mediaprophet
  • Feb 01 2019 22:04
    User @melvincarvalho unbanned @namedgraph_twitter
  • Feb 01 2019 21:49
    @melvincarvalho banned @namedgraph_twitter
Mark Hughes (happybeing)
@theWebalyst
So I've been wondering if there are other considerations, but finding.. not much. To me Turtle is easier to read, I find JSON-LD verbose and highly indented, but as I say I've not done much at all with either, so I could readily be missing things. Hence my questions here.
Dmitri Zagidulin
@dmitrizagidulin
heh. well, aside from me, this is definitely a pro-Turtle and anti-JSON-LD stronghold :)
Mark Hughes (happybeing)
@theWebalyst
I realised that was probably the case so I should probably infiltrate the JSON-LD camp! :smile:
Dmitri Zagidulin
@dmitrizagidulin
heheh
Kjetil Kjernsmo
@kjetilk
:-D
Mark Hughes (happybeing)
@theWebalyst
@dmitrizagidulin at some point it might be helpful to have your thoughts on options for SAFE here, given what you just said about PouchDB.
Kjetil Kjernsmo
@kjetilk
well, I'm not against anything that people get the job done with
So, if people find JSON-LD useful, that's great
Dmitri Zagidulin
@dmitrizagidulin
@theWebalyst hehe, so, I have a weird perspective (when it comes to K/V stores)
before joining Solid, I spent a couple of years working for a database company that made a distributed high traffic K/V store. and I was in the Professional Services division, which meant my time was spent writing proof of concept apps for customers, and conducting training classes
Willem Wyndham
@willemneal
Another avenue is looking at Protocols like DAT and IPFS, which could allow you to use addresses in each instead of http, which means as long as you use linked then you just have to have a fetch function for resources that can handle the multiple protocols.
Dmitri Zagidulin
@dmitrizagidulin
and much of the training basically involved comforting developers and assuring them that life can exist in pure Key/Value land, where indexing is not necessarily available
Willem Wyndham
@willemneal
https://github.com/mozilla/libdweb -- New experimental Extension API for Firefox lets you register your own protocols.
Mark Hughes (happybeing)
@theWebalyst
@willemneal and indeed SAFE :wink:
Dmitri Zagidulin
@dmitrizagidulin
so I have a /lot/ of experience figuring out weird ways to exist without querying.
Willem Wyndham
@willemneal
@theWebalyst Yep!
Mark Hughes (happybeing)
@theWebalyst
@dmitrizagidulin you just got the job!
Dmitri Zagidulin
@dmitrizagidulin
that said... it was a huge weak spot, to that database company. And it is a major achilles' heel for Solid, as well
when you don't have querying, you're basically forcing each developer to create their own version of a query planner
in a haphazard way
so it's livable. but really painful.
now, this is purely personal opinion, not official opinion of the project or anything :)
Willem Wyndham
@willemneal
The other advantage of a P2P system you is that you can have a distributed SPARQL querying smart contracts.
Mark Hughes (happybeing)
@theWebalyst
@dmitrizagidulin In a previous life I built a backend to hook up a visual analysis application to a Memex (free text entity relationship package) so we should definitely go to the pub one day.
Dmitri Zagidulin
@dmitrizagidulin
hey, next time I'm in London (or the UK), I am definitely taking you up on that pub idea!
Mark Hughes (happybeing)
@theWebalyst
@willemneal now you're talking, but that's a way off atm
Dmitri Zagidulin
@dmitrizagidulin
@willemneal sure, but it's non-trivial.. how to do distributed sparql over a P2P network
it's research paper territory
Willem Wyndham
@willemneal
Yep I agree ;-) that's why I'm excited by it.
Mark Hughes (happybeing)
@theWebalyst
@dmitrizagidulin if you can find me (on my boat) I'll crack open a barrel from the stores :wink:
Dmitri Zagidulin
@dmitrizagidulin
@willemneal right on! :)
@theWebalyst ha! awesome. (I will have a /ton/ of questions, too, I'm super curious about canal boat liveaboards!)
Willem Wyndham
@willemneal
@dmitrizagidulin Just found a master thesis explaining how to do SPARQL with MapReduce.
Dmitri Zagidulin
@dmitrizagidulin
huh! interesting
Mark Hughes (happybeing)
@theWebalyst
@dmitrizagidulin Well, maybe we should get on a mumble chat or something. I'm happy to answer any questions.
Dmitri Zagidulin
@dmitrizagidulin
sure thing
Mark Hughes (happybeing)
@theWebalyst
I have to go now.. Thanks everyone for your input.
Dmitri Zagidulin
@dmitrizagidulin
hey @kjetilk, I don't suppose you're gonna be at the My Data Global conf later this month?
@theWebalyst see ya
Kjetil Kjernsmo
@kjetilk
@dmitrizagidulin I haven't planned anything
Helsinki isn't far away though
Dmitri Zagidulin
@dmitrizagidulin
@kjetilk i’ll be there. so, if yer in the area, lets meet up
Kjetil Kjernsmo
@kjetilk
Cool!
Yeah, Helsinki is pretty nice, I've been through Helsinki for racing now and then
Ghost
@ghost~57bc59d440f3a6eec060e93b
Tim Berners-Lee
@timbl
Of course the rdflib.js which we use does have a simple query engine (@dmitrizagidulin)which does graph matching, does not have built in math functions ect you need for sparql. It will look up linked data live as it queries linked data in the web. For example, one of the chat widgets in soli-ui takes a query object as a parameter, so you can fire it up for any ontology and graph shape you find out there.
Dmitri Zagidulin
@dmitrizagidulin
@timbl that.. sounds promising! how does one use it?
Mark Hughes (happybeing)
@theWebalyst
I'm all :ear:
Sarven Capadisli
@csarven
@theWebalyst Ultimately what matters is the RDF language. It resembles subject-verb-object pattern in human-languages ( see https://en.wikipedia.org/wiki/Linguistic_typology ). It is a machine-readable constructed language. The rest are details :P ... ok, IMHO the 'ideal' RDF format depends on the environment and the actors involved. All are intended to be dealt as a graph as opposed to the face value in the syntax. Having said that here is only a summary (the devil is in the details of course): N-Triples is fantastic given that it is as declarative as it gets. Friends with line-processing tools. In comparison to the other formats, relatively no surprises. Turtle being somewhat of a "short hand" is for a number of use cases (eg. writing / reading is simple - usually great for vocabs). JSON-LD for FWIW is simple to deal with in the Web browser. Again, not that it should be treated as plain JSON, but one can get away with browser's built-in know-how. That is, you can read-write an object at ease. Turtle would for example requires a dedicated library to handle it. RDFa in markup languages (HTML/SVG/MathML..) is pretty sweet in that you can use the same data (at same URL) for both humans and machines - no need to duplicate data or have hidden data islands, additional libraries, or multiple URLs... Like JSON-LD handling, RDFa in the DOM is easy to poke around out of the box. As for RDF/XML... we don't talk about that. :P It is not intended to be treated like XML (and there is a super mature toolchain and related standards around that), but one can get away with it fairly easily for non-super complex cases. All with the exception of RDFa in HTML (SVG/MathML..) for example has to find their way into the DOM (or some other rendering environment) to present information for "humans". IMO, there is no "one size fits all". There is a trend towards JSON-LD based standards (eg Web Annotation, Linked Data Notifications, ActivityPub..) because of some convenience with JS based environments. If I'm stuck in an island and need to send messages with bottles, I'd probably use N-Triples or HTML+RDFa.
Mark Hughes (happybeing)
@theWebalyst

Thanks @csarven that's helpful. One of my concerns with JSON-LD is that it might lead devs astray in terms of the value and use of RDF.

Firstly, assuming RDF tools and libraries are more relevant to RDF and Semantic Web applications than JSON-LD tools and libraries (since JSON-LD was built for other purposes and with Semantic Web 'not even a consideration', at least to begin with). So RDF tools would I think lead devs towards uses, models and communities that RDF targets, and would I anticipate encourage practices that support the Semantic Web, and the application independence and interoperability that is fundamental to Solid. Whereas use of JSON-LD libraries and tooling could in turn discourage those desirable things.

Secondly, even if those concerns are not shared, I am at least as concerned if devs try to create JSON-LD with or without a 'dedicated library' and JSON-LD specific tooling. JSON-LD is not necessarily conformant if I understand correctly, whereas one hopes at least that any Turtle, n3 (or other conformant representations) generated by a 'dedicated library' would generate a conformant representation. I don't know if one can even be sure that JSON-LD tools and libraries will produce conformant JSON-LD, presumably not. And if JSON-LD is generated without tools it is even more likely to contain RDF bugs. So I see the need for a dedicated library as helping devs get things right, and a non JSON-LD library as preferable to a JSON-LD library at that, for improving outcomes including interoperability.

I can see why people familiar with JSON in the browser would be attracted to JSON-LD, but am concerned if that attraction might be a siren voice leading the unwary away from what might serve them better in the long term. Those are my thoughts in two large nutshells, but I admit I don't know enough to be confident of those positions, so any corrections and comments on this would be helpful. Thanks for reading!