You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{
"schema": "https://www.example.com/GRDI",
"version": "10.0.0",
"GRDI_Sample": [ /* list items*/ ],
"AMR_Test": [ /* list items*/ ]
}
we can imagine using the "in_language" property like
{
"schema": "https://www.example.com/GRDI",
"version": "10.0.0",
"in_language": "fr",
"GRDI_Sample": [ /* list items*/ ],
"AMR_Test": [ /* list items*/ ]
}
This closes the import-export loop for the application, allowing users to save where they left off and have the application state restored to normal. It also means that when the file is passed around, it can self-document what the language content is.
This seems good-enough, with the only possible extension being a self-referential or error-checkable hash that can ensure file integrity.
The text was updated successfully, but these errors were encountered:
Good, but as noted in other thread the top-level objects of this should match directly the Container spec in the schema I think, so plural GRDI_Samples, etc...
Riffing off of this: #431 (comment)
given a data structure like:
we can imagine using the "in_language" property like
This closes the import-export loop for the application, allowing users to save where they left off and have the application state restored to normal. It also means that when the file is passed around, it can self-document what the language content is.
This seems good-enough, with the only possible extension being a self-referential or error-checkable hash that can ensure file integrity.
The text was updated successfully, but these errors were encountered: