Edit comment LC-2388 for Efficient Extensible Interchange Working Group

Quick access to LC-2361 LC-2362 LC-2363 LC-2364 LC-2366 LC-2367 LC-2379 LC-2388

Comment LC-2388

Comment Shortname:

Commenter: Antoine Mensch <antoine.mensch@odonata.fr>

Message-id:

Section of the document concerned:

[Free text description]Document as a whole1. Introduction 2. Design Principles 3. Basic Concepts 4. EXI Streams 5. EXI Header 5.1 EXI Cookie 5.2 Distinguishing Bits 5.3 EXI Format Version Example 5-1. EXI Format Version Examples 5.4 EXI Options 6. Encoding EXI Streams 6.1 Determining Event Codes 6.2 Representing Event Codes 6.3 Fidelity Options 7. Representing Event Content 7.1 Built-in EXI Datatype Representations 7.1.1 Binary 7.1.2 Boolean 7.1.3 Decimal 7.1.4 Float 7.1.5 Integer 7.1.6 Unsigned Integer Example 7-1. Example algorithm for decoding an Unsigned Inte... 7.1.7 QName 7.1.8 Date-Time 7.1.9 n-bit Unsigned Integer 7.1.10 String 7.1.10.1 Restricted Character Sets 7.1.11 List 7.2 Enumerations 7.3 String Table 7.3.1 String Table Partitions 7.3.2 Partitions Optimized for Frequent use of Compact Identifiers 7.3.3 Partitions Optimized for Frequent use of String Literals 7.4 Datatype Representation Map Example 7-2. datatypeRepresentationMap indicating all Decima... Example 7-3. datatypeRepresentationMap illustrating a user-d... 8. EXI Grammars 8.1 Grammar Notation 8.1.1 Fixed Event Codes Example 8-1. Example productions with fixed event codes 8.1.2 Variable Event Codes Example 8-2. Example productions that use macro non-terminal... Example 8-3. Example non-terminal macros and its productions... Example 8-4. Expanded productions equivalent to the producti... 8.2 Grammar Event Codes Example 8-5. Example productions with event codes 8.3 Pruning Unneeded Productions Example 8-6. Example productions with full fidelity Example 8-7. Example productions after pruning 8.4 Built-in XML Grammars 8.4.1 Built-in Document Grammar 8.4.2 Built-in Fragment Grammar 8.4.3 Built-in Element Grammar 8.5 Schema-informed Grammars 8.5.1 Schema-informed Document Grammar 8.5.2 Schema-informed Fragment Grammar 8.5.3 Schema-informed Element Fragment Grammar 8.5.4 Schema-informed Element and Type Grammars 8.5.4.1 EXI Proto-Grammars 8.5.4.1.1 Grammar Concatenation Operator 8.5.4.1.2 Element Grammars 8.5.4.1.3 Type Grammars 8.5.4.1.3.1 Simple Type Grammars 8.5.4.1.3.2 Complex Type Grammars 8.5.4.1.3.3 Complex Ur-Type Grammar 8.5.4.1.4 Attribute Uses 8.5.4.1.5 Particles 8.5.4.1.6 Element Terms 8.5.4.1.7 Wildcard Terms 8.5.4.1.8 Model Group Terms 8.5.4.1.8.1 Sequence Model Groups 8.5.4.1.8.2 Choice Model Groups 8.5.4.1.8.3 All Model Groups 8.5.4.2 EXI Normalized Grammars 8.5.4.2.1 Eliminating Productions with no Terminal Symbol 8.5.4.2.2 Eliminating Duplicate Terminal Symbols 8.5.4.3 Event Code Assignment 8.5.4.4 Undeclared Productions 8.5.4.4.1 Adding Productions when Strict is False 8.5.4.4.2 Adding Productions when Strict is True 9. EXI Compression 9.1 Blocks 9.2 Channels 9.2.1 Structure Channel 9.2.2 Value Channels 9.3 Compressed Streams 10. Conformance 10.1 EXI Stream Conformance 10.2 EXI Processor Conformance A.1 Normative References A.2 Other References B Infoset Mapping C XML Schema for EXI Options Document D Initial Entries in String Table Partitions E Deriving Set of Characters from XML Schema Regular Expressions F Content Coding and Internet Media Type G Example Encoding (Non-Normative) H Schema-informed Grammar Examples (Non-Normative)
or

Refinement of the section concerned:

Status:

open proposal pending resolved_yes resolved_no resolved_partial other assigned to Nobody Bournez, Carine Brutzman, Don Cokus, Michael Fernández, Javier D. Heuer, Joerg Käbisch, Sebastian Kamiya, Takuki Kuntschke, Richard Matsukura, Ryuichi McGregor, Don Peintner, Daniel Quin, Liam Shah, Grishma ZERGAOUI, Mohamed

Type: substantive editorial typo question general comment undefined

Resolution status:

Response drafted Resolution implemented Reply sent to commenter

Response status:

No response from Commenter yet Commenter approved disposition Commenter objected to disposition
Commenter's response (URI):

Comment:

Hi,

we are currently testing our EXI implementation using the XML Schema of
Schemas (http://www.w3.org/2001/XMLSchema) to create a schema-informed
grammar. We run into the following problem:
- Section 7.3.1 says "When a schema is provided, the string table is
also pre-populated with the local name of each attribute, element and
type declared in the schema, partitioned by namespace URI and sorted
lexicographically."
- Section D.3 says "When XML Schemas are used to inform the grammars for
processing EXI body, there an additional partition that is appended to
the local-name partitions." and goes on listing the relevant local names.

However, the list of local-names provided in Section D.3 is not
consistent with the one produced when processing the XML Schema of
Schemas: the former only contains the local names of XML Schema
predefined types, while the latter also contains the local names of
elements used to write a schema. Should we overwrite the initial entries
defined in Section D.3 with the complete set of entries? Should we
append the missing entries (in lexicographical order) to the existing
entries? It might be useful to clarify this specific case in the spec,
in order to ensure interoperability.

Cheers

Antoine Mensch

Related issues: (space separated ids)

WG Notes:

Resolution: http://lists.w3.org/Archives/Public/public-exi-comments/2010Jul/0001.html

(Please make sure the resolution is adapted for public consumption)