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

Revisit decision to make <> optional in certain cases #8

Open
msporny opened this issue Jan 21, 2011 · 1 comment
Open

Revisit decision to make <> optional in certain cases #8

msporny opened this issue Jan 21, 2011 · 1 comment

Comments

@msporny
Copy link
Member

msporny commented Jan 21, 2011

Making <> optional in certain cases makes it difficult for people to know what to expect when they receive objects. We may benefit from stricter, more simple rules, such as:

If the object's value is an IRI, you MUST surround the value in "<>" characters.

instead of what we have in the spec right now:

http://json-ld.org/spec/ED/20101128/#iris

@msporny
Copy link
Member Author

msporny commented Jan 21, 2011

Another alternative that was proposed was:

For predicates, @ and a - if you are normalized you MUST use <>, if you are not normalized you MUST NOT use <>.

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

1 participant