15:01:53 RRSAgent has joined #exi 15:01:53 logging to http://www.w3.org/2016/02/09-exi-irc 15:01:55 RRSAgent, make logs public 15:01:55 Zakim has joined #exi 15:01:57 Zakim, this will be EXIWG 15:01:57 I do not see a conference matching that name scheduled within the next hour, trackbot 15:01:58 Meeting: Efficient XML Interchange Working Group Teleconference 15:01:58 Date: 09 February 2016 15:04:16 dape has joined #exi 15:08:35 scribe: TK 15:08:39 scribeNick: taki 15:09:04 TK: I may not be able to join the telecon next week. Let me confirm my schedule and let you know in a day or two. 15:09:36 TOPIC: EXI for JSON 15:10:54 DP: We have three different implementation. Java, JavaScript and C version. 15:13:05 brutzman has joined #exi 15:13:29 TK: When I googled "EXI for JSON", editors draft comes at the top. 15:15:44 me too... but the document includes "Latest version" link which works 15:16:26 DB: You might want to report to the pub team. 15:16:51 DP: I will ask Carine to forward our request. 15:17:31 TOPIC: EXI for JSON structure 15:18:37 DP: I also played a bit with the JSON structure. 15:19:20 DP: I ran into the same issue I had before. 15:20:47 DP: Most XML schema processors would have problems. 15:25:31 TK: Current EXI spec does not support handling Duplicate Terminal Symbols with different types. 15:26:56 DP: In your example, both "manager" and "subordinate" are string, that causes an issue. 15:37:52 TK: With the current EXI for JSON structure, EXI spec section "Eliminating Duplicate Terminal Symbols" does not work. 15:38:46 DP: Either way, we have problems when we try to define XML schema. 15:39:31 DP: DB worried if the proposed structure permits querying. 15:39:52 There was some excellent dialog captured in meeting minutes from last week. 15:40:17 https://www.w3.org/2016/02/02-exi-minutes.html 15:40:27 Incidentally it would be helpful for the entire list if minutes might be posted after each meeting, and perhaps a link provided in agendas. 15:40:43 Regarding the current JSON encoding, it has a major virtue of being able to handle any JSON document correctly. 15:42:23 In some sense, if you solely use JSON itself, there is no further meta-information to take advantage of when trying to make an EXI JSON encoding as efficient as possible. 15:42:59 This is similar to using EXI with XML documents that do not have an XML schema. 15:43:38 So a key insight is that use of a JSON schema might allow a more "tuned" application of EXI algorithms. 15:44:37 That would then lead us to consider a pair of approaches to JSON compression: document based (no schema) or informed by JSON schema. 15:47:33 DP: With schema, if you can encode successfully, you know that your document is valid. Without schema, it is not possible. 15:50:03 TK: I will also check what update we will need in EXI spec for handling grammars with current EXI for JSON structure. 15:50:17 A potential path forward thus presents itself: comparison of expressive power between XML Schema and JSON Schema, anticipating possibly improved EXI encodings for JSON. 15:52:13 This approach might also raise suggested commonality that best supports the design of XML and JSON data structures with equivalent information models. 15:53:40 If we get that far, we will have gone a long way towards understanding whether bidirectional mappings between XML, EXI and JSON are feasible. 15:55:16 It will also illustrate the differences and tradeoffs between a strict object model (e.g.) and a less-strict document model (e.g. XML PSVI). 15:56:55 s/(e.g.) /(e.g. JSON) 15:57:00 s/(e.g.) /(e.g. JSON) / 16:00:02 Examples of document-model differences: unique keys, ordering of values, handling of comments, CDATA text blocks, and other XML-unique constructs. 16:01:33 I suppose such an effort might also inform JSON Schema (which is not yet standardized). 16:02:06 An interesting example might be generating JSON Schema from XML Schema, and vice versa, to see what can be captured and what is lost. 16:02:41 DP: I looked at JSON schema page. It was already 3rd or 4th version. 16:03:26 DB: We can reach out to them. Everything appears to have stopped. 16:04:13 DB: It exists, and there are products supporting that. 16:04:39 DB: It has great expressive power. Analogous to XML schema. 16:05:43 More information about JSON Schema is found at http://json-schema.org 16:08:03 DP: Map in JSON is not ordered. XSD "all" is not that powerful to support that. 16:08:43 DB: Differences will lead to design guideline. 16:09:08 The differences might lead to design guidelines for vocabulary authors; they might also lead to improvements in JSON Schema draft. 16:10:20 DP: XSD "all" is limited to maxOccurs="1". 16:11:42 DB: I have GitHub an account. 16:12:27 DB: JSON schema site appear to use GitHub for their mailing list. 16:12:53 DB: I would make an announcement. 16:19:24 We currently have interesting discussions about whether usage of JSON Schema for EXI JSON might lead to similar improvements in compaction and performance when using XML Schema with EXI. Further dialog will always be welcome. 16:23:16 ... that was draft sentence, added to announcement 16:23:54 subsequent to review of draft prose, we will post a full announcement to the JSON Schema group (issues/167 link above) 16:24:17 TOPIC: Canonical EXI 16:25:12 DP: What to do with empty elements, we decided in favor of one way. 16:27:29 DP: I will update the spec in this regard, just by removing one option that we did not take to choose. 16:34:11 rrsagent, create minutes 16:34:11 I have made the request to generate http://www.w3.org/2016/02/09-exi-minutes.html taki 17:08:01 Zakim has left #exi