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

canonical extentions for hextuples #9

Open
aucampia opened this issue Jan 8, 2022 · 4 comments
Open

canonical extentions for hextuples #9

aucampia opened this issue Jan 8, 2022 · 4 comments

Comments

@aucampia
Copy link

aucampia commented Jan 8, 2022

It would be nice to have some canonical extensions for hextuples, some options:

  • .hext
  • .ht.ndjson
@joepio
Copy link
Member

joepio commented Jan 9, 2022

I like .hext! But that will mean that most applications will not recognize it, and won't do any form of syntax highlighting. And .ndjson (or .ht.ndjson will sometimes work, although .ndjson is still uncommon.

Ideally, we'd also register a MIME type (and the file extension) at IANA for hextuples. I've tried that once before (with JSON-AD) but it was quite a bothersome process, so I never completed it.

@rescribet what do you think?

@rescribet
Copy link
Contributor

We use .hndjson in our systems (hextuple-newline-delimited-json, pronounced handy-json).

@aucampia
Copy link
Author

aucampia commented Jan 26, 2022

I used .hext in rdflib tests: https://github.com/RDFLib/rdflib/tree/master/test/variants - but outside of tests there is no extension associated with it

@nicholascar
Copy link
Contributor

I've only ever seen / used .hext. Can any of you confirm that other file extensions are still in use?

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