-
Notifications
You must be signed in to change notification settings - Fork 0
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
Declare external vocabularies #9
Comments
Yeah, it's something we have been thinking about and should probably document as a feature request (GitHub issue). The two disadvantages I see are:
|
|
Yes, but rather than separate local files, I would write these to the spec file itself, as lists. That would keep the specs contained to a single file, with versioning. Also, this retrieving and local writing seems to be part of implementation, not specification. Still, it would be nice to indicate the url of the external vocab in the specs. The simplest solution is to indicate this as a comment after the list, but that might only be human-readable. I don't have any ideas on how to indicate it otherwise... |
I agree that the specification of the external vocab in the specs is a good thing. It means that, as an implementation, one could take a WHIP file that has the external link and no vocabs, run it through a "flesher" and get the vocabs inserted in the resulting new WHIP file, which could then be edited to remove and vocab values you did not want in there. |
Tempting... |
Documenting email discussion with @tucotuco.
@tucotuco:
The text was updated successfully, but these errors were encountered: