Hi. I agree with Andy that there is no benefit in holding back this I-D from the IESG submission. If possible, would like my previous note on this subject addressed though. :)
Thanks, Jasdip On 6/26/23, 10:39 AM, "regext on behalf of Andrew Newton" <[email protected] <mailto:[email protected]> on behalf of [email protected] <mailto:[email protected]>> wrote: On Mon, Jun 26, 2023 at 9:49 AM James Galvin <[email protected] <mailto:[email protected]>> wrote: > The Chairs would also like to note that given the new discussion regarding > jCard vs jsContact vs SimpleContact, that we will be delaying the actual > submission of this document to the IESG until that discussion resolves. It > seems prudent to make sure there is no impact to the “redacted” document as a > result of the format discussion before we submit it to the IESG. I appreciate the prudence, and practically it may not matter if submission to the IESG is delayed given the dependency on JSONPath and IESG workload. That said, I do not believe this is necessary. Let me explain. Much of the complexity in the RDAP redaction spec has to do with getting around weird things in jCard, but as Marc has pointed out, jCard will be with us for the foreseeable future. Though I strongly suspect redaction will be easier with a theoretical SimpleContact, it could be quite some time before we know that. And the RDAP redaction spec covers more than contact data, so it is useful outside of the contact data discussions. The complications with redaction with regard to JSContact center around client processing of JSContact patch objects before, after or during client processing of the redaction directives. This is something the JSContact drafts could specify without need to modify the RDAP redaction, IMHO. I believe the UID issue has been resolved. Finally, JSContact may take some time to get to the publication point considering its dependency. That's my opinion. Maybe others see it differently. -andy _______________________________________________ regext mailing list [email protected] https://www.ietf.org/mailman/listinfo/regext
