Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add note regarding preference of JSON-LD #7

Closed
akuckartz opened this issue Jun 24, 2016 · 4 comments
Closed

Add note regarding preference of JSON-LD #7

akuckartz opened this issue Jun 24, 2016 · 4 comments

Comments

@akuckartz
Copy link

Something along these lines:

The LDP specification requires supporting Turtle and JSON-LD while the LDN specification only requires supporting JSON-LD. This implies that an implementation of LDN which is also conforming to LDP MUST support both JSON-LD and Turtle.

@csarven
Copy link
Member

csarven commented Jun 25, 2016

We tried to take this into account originally, but see the explicit mention at ecf9910 for the receiver. Is that acceptable? Enough to close this issue?

To summarise ( @rhiaro correct me if I'm mistaken ) currently the document says:

Receiver MUST accept JSON-LD, and Turtle is a MUST in the case of LDP, and naturally anything else the receiver supports. Sender MUST be able to send in JSON-LD, and anything else it can that the receiver is willing to take. Consumer MUST be able to accept JSON-LD.

@rhiaro
Copy link
Member

rhiaro commented Jun 25, 2016

I don't think we need the mention of Turtle being a MUST for LDP. Obviously if someone has implemented LDP already they're reading the LDP spec and have already done that, we don't need to say it.

@csarven I have no idea what "and naturally anything else the receiver supports" means. "and anything else it can that the receiver is willing to take." is also strange and confusing.

@akuckartz, I think it's worth differentiating between LDP servers and LDP clients wrt to the serializations. LDP servers MUST (according to LDP spec) create resources in JSON-LD if they're POSTed with application/ld+json. So an existing LDP server would work with an LDN sender with no further changes. However, an existing LDP client would not work with an non-LDP LDN receiver if the client only sends turtle and the receiver only accepts JSON-LD. But an LDP client would need other changes to be compatible with LDN anyway (eg. inbox discovery), so this is fine. So what we're saying is LDP servers work out of the box as LDN receivers, but LDP clients would require modification to be senders/consumers.

An LDN client which sends only JSON-LD will work with an out-of-the-box LDP server which is acting as receiver. Does that clarify?

@csarven
Copy link
Member

csarven commented Jun 27, 2016

@akuckartz I've reverted my original change. Would you mind looking over again to see if we really have to say something explicit? LDP compliance is outside of the scope of LDN.

@rhiaro
Copy link
Member

rhiaro commented Sep 2, 2016

Closing because we don't need to talk about LDP compliance in the LDN spec

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants