The Scripture Burrito working group is pleased to announce the release of the Scripture Burrito 0.1.0 Beta version of the specification!
This standard is work in progress. Things may well change significantly before v1.0.0. At this point the proposal includes:
- An explanation of the history and overall thinking behind the standard, particularly the metadata format
- A section-by-section presentation of the metadata format
- Notes on how the the metadata format may be extended, both informally and formally
- Examples of metadata documents in XML
- Examples of these metadata documents represented in JSON
- An XML schema (RelaxNG) for the metadata
Feedback may be provided here, in this forum, or via the Scripture Burrito Github issues.
The committee invites comments on all aspects of this documentation, but has identified some specific issues about which decisions need to be taken:
XML vs JSON for metadata
The current proposal specifies an XML schema for metadata, as well as a canonical way to represent that XML as JSON. This approach is derived from the current Digital Bible Library system. XML documents are relatively easy for non-technical users to understand, and XML technology is mature and widely-supported.
(The committee would like to avoid specifying the format in both XML and JSON, as this is an invitation for arcane edge case incompatibilities. The current proposal does not do this, as the only validation model is for XML, and JSON is simply an expression of that validated XML.)
USFM and USX for Scripture Text
The current proposal is based on the Digital Bible Library, which chose USX because it can be validated rigorously. As a result of this choice, several large publishing workflows including YouVersion and API.Bible use USX.
Much of the Bible translation world uses USFM, which is familiar to
Bible translators, but which requires bespoke parsing tools, and which can be ambiguous in some circumstances. Also, USX contains machine-readable reference information that cannot be represented in USFM at this time. Valid USFM can be round-tripped to USX. USX cannot be round-tripped to USFM without losing the machine-readable references. Invalid USFM may not have an equivalent
representation in USX.
Paratext currently uses both USFM and USX internally at various points.
The committee’s current proposal is
- USFM for translations in progress
- USX for valid content, orientated towards publication (incremental or otherwise)
The committee would appreciate proposals for constructive and technically feasible alternatives.
The window for feedback on Scripture Burrito 0.1.0 Beta extends until Friday 25th October 2019. Depending on the level of feedback, the committee hopes to produce v0.1.0 before the end of 2019. The development roadmap may be seen in the Github milestones here.