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

Register format with IANA and IETF #162

Open
Saklad5 opened this issue Nov 7, 2022 · 8 comments
Open

Register format with IANA and IETF #162

Saklad5 opened this issue Nov 7, 2022 · 8 comments

Comments

@Saklad5
Copy link

Saklad5 commented Nov 7, 2022

I feel adoption would be greatly improved if JSON Feed was formally standardized. The easiest way to do this would be to draft an IETF RFC that describes the standard and makes the necessary registry entries.

@Saklad5
Copy link
Author

Saklad5 commented Nov 7, 2022

I could write up a draft, if no one is interested.

@manton
Copy link
Owner

manton commented Nov 7, 2022

Thank you, I'd appreciate any help with this. I submitted a request last year and it was not accepted because it didn't have the backing of an official standards body. I also think we could follow a path of the Markdown spec, which while not an official recognized standard, does have an RFC just for the MIME type: https://www.rfc-editor.org/rfc/rfc7763

@Saklad5
Copy link
Author

Saklad5 commented Nov 7, 2022

When they say you should go through an official standards body, they mean something like an RFC.

@Saklad5
Copy link
Author

Saklad5 commented Nov 7, 2022

Take the current specification, make it use RFC 2119, and you'll be most of the way there.

Of note: for each requirement, you should clarify what happens if it isn't followed. For the sake of making implementation easier, what should happen is usually the feed being rejected as invalid.

This is worth a read, though it's still a draft: https://datatracker.ietf.org/doc/draft-iab-protocol-maintenance/

@kurtmckee
Copy link

I think #110 needs to be solved first -- cloning the repo is currently a violation of copyright law because there is no license, so no one is allowed to do anything. It's not possible to clone the repo, transform the docs into an RFC style, nor to send the transformed document to anyone.

@manton
Copy link
Owner

manton commented Apr 4, 2023

No one should have any concerns about cloning the repo or sharing the spec, and in fact a bunch of people have forked it. But yeah, this effort to formalize the license as public domain did get derailed. I'll officially round up approval from everyone and update it.

@kurtmckee
Copy link

Thanks Manton!!

@dylmye
Copy link

dylmye commented Jul 19, 2023

FYI The spec has now been licenced CC0 in 7fed762

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

No branches or pull requests

4 participants