14:02:38 RRSAgent has joined #exi 14:02:38 logging to http://www.w3.org/2016/06/02-exi-irc 14:02:40 RRSAgent, make logs public 14:02:40 Zakim has joined #exi 14:02:42 Zakim, this will be EXIWG 14:02:42 ok, trackbot 14:02:43 Meeting: Efficient XML Interchange Working Group Teleconference 14:02:43 Date: 02 June 2016 14:03:36 brutzman has joined #exi 14:17:17 TK: There is no telecon on 6/7. 14:17:48 TK: We will see if we have a telecon on 6/14 depending on the topics available for discussion. 14:18:01 TOPIC: EXI4JSON 14:18:35 TOPIC: EXI for JSON - V2 change 14:19:32 DP: I didn't manage to create a proper schema. 14:25:14 DP: Suppose JSON map key has name "array". 14:26:05 DP: If we have separate namespaces, the issues don't exist. 14:27:05 DP: By looking at the XML, we have an idea. 14:28:30 DP: In strict encoding, if we have wildcard, EXI jumps to a global definition. 14:31:04 DP: We could prepend "_" to key names. 14:32:19 DP: In WoT discussion, key may have names that are not permitted in XML. 14:35:47 DP: Name clash, and non-valid XML name. We need to address both issues. 14:37:54 DP: We want to provide a solution for JSON-LD files. Things like "sensor:unit". 14:40:59 {"my key": 123} 14:41:11 TK: ":" can be used in XML names if you disable namespace feature. 14:43:27 DP: Maybe we can upload several examples, to see the issues. 14:43:37 Perhaps another example or two would help. Show them in original XML, JSON EXI XML, and expected JSON result. 14:44:33 "Divide and conquer" approach rather than just working at a fairly abstract/schema level. 14:45:34 DP: Non-valid XML name issues, we didn't have the issue in the first draft. On the other hand, it didn't allow the use of schemas. 14:48:07 DB: Support for comments. 14:48:16 DB: We invented something for it. 14:48:27 DB: Because JSON does not have comments. 14:50:22 Reference: X3D to JSON Stylesheet, Design Correspondences, http://www.web3d.org/x3d/stylesheets/X3dToJson.html#DesignCorrespondences 14:50:34 "Comments are copied individually as JSON objects named #comment, interspersed with other -children nodes and ROUTEs. " 14:51:53 DP: We can support "#". ButOur goal is JSON -> XML -> JSON. 14:52:07 s/butOur/but our/ 14:52:40 Where this can get tricky is avoiding overloading keys for the children of a given parent object. We accomplished that by only putting the #comment inside arrays. 14:53:13 This avoided the problem with non-unique keys, and preserved ordering of where comments occurred. 14:54:24 Importance: we need this capability to support XML -> JSON 14:55:00 DB: If we just want to compress JSON, maybe we don't need this. 14:55:53 DP: For JSON-to-XML, you don't have comments. When you start with XML, you start to need to worry about comments. 14:56:12 So the point is apropos, if the goal is solely to compress organic JSON, then this feature is not needed because such JSON has no comments. But if the original document is XML, or EXI for that matter, then the JSON representation will be lossy without such a mechanism. 14:59:57 DB: A lot of people uses comments. 15:00:21 brutzman_ has joined #exi 15:00:28 It is certainly possible to ignore the existence of comments, as Crockford did with JSON design. 15:00:36 I prefer leaving such a choice to document authors. Thus there is some merit in including such a feature. 15:01:47 Somewhat related: we might want to do a JSON Schema at some point to validate the resulting JSON from such a conversion. 15:03:19 So there is probably some value in having a JSON Schema, but since the governing IETF RFC is a draft, it is not yet authoritative. 15:03:20 DP: JSON-schema currently is draft 4. 15:03:48 DP: We should comment on it if we have ones. But we are not the right group to work on JSON-schema. 15:04:24 So at this point it would be helpful for the tool chain, but not part of the EXI for JSON Editor's Draft. 15:05:10 BTW, I tried to create a JSON Schema corresponding to the XML Schema in the Editor's Draft during this call. 15:06:03 Was using XML Spy, new feature for XML Schema to JSON Schema (draft). Unfortunately it crashed! So I sent that company a trouble report. 15:06:09 DB: I am trying XML schema to JSON schema conversion. 15:06:33 s/ones/one/ 15:07:09 If they send back a fix, I will post it to the working group FYI. 15:07:41 Altova JSON Schema Editor and Generator: http://www.altova.com/xmlspy/json-schema-editor.html 15:09:39 Back to the key issue from before... Once we have some examples to look at further, and come up with our best response, it will deserve further public scrutiny. 15:10:58 DB: The change we made to the draft is small enough to wait longer. 15:11:06 The changes in the Editor's draft seem small enough that we might wait a bit longer before posting an update... or is there any time pressure? 15:11:43 DP: The structure change we made was substantial. We can still wait. 15:12:27 CB: We also need more feedback. 15:13:21 In support: the changes we are considering relate to implementation details, so we want to get focused feedback on our best recommendation. For people just interested in the capability, the principles are essentially the same. 15:13:41 DP: When people actually start creating schema, they will face it. 15:14:37 Essentially we are fine-tuning mapping an XML schema to represent an arbitrary JSON structure. 15:16:44 I think we are heading in the right direction... but prefer having examples that illustrate the issue we will ask for comment on. 15:17:45 Having a draft JSON schema (if Altova can provide) would also provide further confirmation that our XML Schema and the EXI for JSON Editor's Draft is offering a good match for JSON. 15:18:28 s/XML Schema and the/XML Schema in the/ 15:23:31 TOPIC: Canonical EXI 15:24:15 DP: How to deal with schemaId element. I sent the discussion result to public mailing list. 15:24:56 DP: For schema-less and empty schemaId case, and schemaId have value. 15:25:24 DP: For the first two cases, I suggested to explicitly include schemaId. 15:25:36 https://lists.w3.org/Archives/Public/public-exi/2016Jun/0001.html 15:27:40 DP: The overhead of schemaId is minimal. Also it is good because it will allow later decode the stream. 15:32:09 I posted a few more thoughts on this topic on the list: https://lists.w3.org/Archives/Public/public-exi/2016Jun/0002.html 15:32:59 ... must go now unfortunately, thanks for another great and productive session today! 15:44:23 rrsagent, create minutes 15:44:23 I have made the request to generate http://www.w3.org/2016/06/02-exi-minutes.html taki 15:59:25 taki has left #exi 16:03:01 Zakim has left #exi