We’ll now establish this new syntax with the common EBNF notation

We’ll now establish this new syntax with the common EBNF notation

As yet, so you can establish the syntax out of RIF-FLD we relied on «mathematical English,» a different sort of kind of English having communicating statistical significance, instances, etc. Another facts concerning EBNF notation will be kept in mind:



  • The fresh new sentence structure out-of RIF-FLD hinges on the newest trademark system that will be not framework-totally free, so EBNF will not bring it sentence structure accurately. As a result, the new EBNF grammar describes a rigid superset away from RIF-FLD (only a few formulas that are derivable utilizing the EBNF sentence structure are well-formed).
  • The EBNF syntax is not a concrete syntax: it does not address the details of how constants (defined in [RIF-DTB]) and variables are represented, and it is not sufficiently precise about the delimiters and escape symbols. White space is informally used as a delimiter, and is implied in productions that use Kleene star. For instance, TERM* is to be understood as Name Label . Label, where each ‘ ‘ abstracts from one or more blanks, tabs, newlines, etc. This is done intentionally since RIF’s presentation syntax is used as a tool for specifying the semantics and for illustration of the main RIF concepts through examples.
  • RIF represent a concrete syntax simply for selling and buying statutes, and therefore sentence structure are XML-established, gotten since a refinement and serialization of the EBNF sentence structure via the new demonstration-syntax-to-XML mapping to possess RIF-FLD.

Remaining the aforementioned at heart, new EBNF sentence structure is seen since the only an intermediary between the fresh statistical English as well as the XML. not, what’s more, it offers a brief look at the fresh sentence structure away from RIF-FLD and thus they can be handy having dialect musicians and profiles the exact same.

Each RIF-FLD algorithm and you may label is prefixed having you to optional annotation

The RIF-FLD presentation syntax does not commit to any particular vocabulary and permits arbitrary sequences of Unicode characters in constant symbols, argument names, and variables. Such sequences are denoted with UNICODESTRING in the above syntax. Constant symbols have this form: "UNICODESTRING"^^SYMSPACE, where SYMSPACE is a ANGLEBRACKIRI or CURIE that represents the identifier of the symbol space of the constant. UNICODESTRING, ANGLEBRACKIRI, and CURIE are defined in Section Shortcuts for Constants in RIF’s Presentation Syntax of [RIF-DTB]. Constant symbols can also have several shortcut forms, which are represented by the non-terminal CONSTSHORT. These shortcuts are also defined in the same section of [RIF-DTB]. One of them is the CURIE shortcut, which is used in the examples in this document. Names are Unicode character sequences that form valid XML NCNames [XML-Names]. Variables are composed of Names prefixed with a ?-sign.

, which is used in several places in the grammar, is a non-terminal whose definition is left to the dialects. It is intended to specify the protocol by which external sources, remote modules, and imported RIF documents are located. This must include the basic form , where IRI is a Unicode string in the form of an absolute IRI.

The symbols NEWCONNECTIVE, NEWQUANTIFIER, NEWAGGRFUNC, and NEWTERM are RIF-FLD extension points. They are not actual symbols in the alphabet. Instead, dialects are supposed to replace NEWCONNECTIVE, NEWQUANTIFIER, and NEWAGGRFUNC, by zero or more actual new symbols, while NEWTERM is to be replaced by zero or more new kinds of terms. Note that the extension point NEWSYMBOL is not shown in the EBNF grammar completely avoids mentioning the alphabet of the language (which is infinite).

IRIMETA, for identification and metadata. IRIMETA is represented using (*. *)-brackets that contain an optional rif:iri constant as identifier followed by an optional Physical stature or cones as metadata. One such specialization is '"' IRI '"^^' 'rif:iri' from the Const production, where IRI is a sequence of Unicode characters that forms an internationalized resource identifier as defined by [RFC-3987].