RE: Schema languages for XML (Was: Best practice for data encoding?
I'll concur wrt the generality, flexibility, and power of XML as a data encoding. Considering comments on the ancestor thread, though, I'll also observe that the generality and flexibility are Not Your Friends if situations require encodings to be distinguished. The processing rules in X.690 that define DER relative to BER are expressed there within three pages (admittedly, excluding the cross-ref to X.680 for tag ordering); even though they may imply underlying complexity in implementation, their complexity in specification and concept seems vastly simpler than the issues that arise with XML canonicalization. --jl -Original Message- From: Stephane Bortzmeyer [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 07, 2006 3:51 AM To: Hallam-Baker, Phillip Cc: ietf@ietf.org Subject: Schema languages for XML (Was: Best practice for data encoding? On Tue, Jun 06, 2006 at 09:50:22AM -0700, Hallam-Baker, Phillip [EMAIL PROTECTED] wrote a message of 42 lines which said: At this point XML is not a bad choice for data encoding. +1 The problem in XML is that XML Schema was botched and in particular namespaces and composition are botched. I think this could be fixed, perhaps. There are other schema languages than the bloated W3C Schema. The most common is RelaxNG (http://www.relaxng.org/). In the IETF land, while RFC 3730 and 3981 unfortunately use W3C Schema, RFC 4287 uses RelaxNG. ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf ___ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf
RE: how to take minutes
I agree with Pekka and Scott. When I was chairing an active working group, I put significant effort into collecting detailed minutes so as to record the meeting discussions, not just the results. In response, I often received positive comments from WG participants (both attendees and non-attendees) stating that they found the extended descriptions useful; this suggests to me that the effort was well spent. In particular, I think that distributing extended minutes helps to enfranchise those who aren't present in person, and that it's an effective vehicle to trigger e-mail discussion to clarify issues that different attendees understood differently. It's useful to preface more detailed minutes with a shorter summary, but I don't believe that this is a preferable replacement for a full-scale meeting record. --jl -Original Message- From: Pekka Savola [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 24, 2002 1:43 AM To: Scott Brim Cc: [EMAIL PROTECTED] Subject: Re: how to take minutes On Tue, 23 Jul 2002, Scott Brim wrote: On Tue, Jul 23, 2002 05:54:25PM -0700, Randy Presuhn allegedly wrote: Hi - Relatively few WG minute takers pay much attention to the Mortimer/Agnes/Duane bullet in http://www.ietf.org/instructions/minutes.html Is it time to update the web page to reflect actual practice? Might it be easier to get people to take minutes if they realized that we're not asking for blow-by-blow transcripts? Some of these meeting notes that capture (some of) the words but miss the point of the discussion. That last point is a useful one, but when I can't be at a meeting I strongly prefer blow-by-blow transcripts, even babbling, over just results. I want Meeting Notes with enough detail that I can pick out the motivations and other nuances. Minutes, for the Proceedings, should not exclude them. I haven't written minutes for any IETF meeting myself, so perhaps I shouldn't comment. But on the page: 'They should not follow a Mortimer said, then Agnes said, then Duane said, format, nor should they contain a detailed list of changes to a document. While these forms may be helpful to the folks who actually attend the sessions, they are less helpful to those who have a more general interest in the groups' activities.' This makes an implicit assumption that anyone reading minutes is only generally interested in the group's activities. I thought attendance in meetings for w.g. members was not supposed to be necessary in the IETF? -- Pekka Savola Tell me of difficulties surmounted, Netcore Oy not those you stumble over and fall Systems. Networks. Security. -- Robert Jordan: A Crown of Swords
RE: presentation-prep as safety hazard
I feared it was some sort of omen on Sunday evening when I arrived at the Minneapolis airport and found one of the departure gate monitors superimposed with a Windows error pop-up saying "Windows has detected an IP addressing conflict". It didn't seem clear who'd be in a position to click "OK"... --jl -Original Message- From: Dave Crocker [mailto:[EMAIL PROTECTED]] Sent: Monday, March 19, 2001 8:28 PM To: RL 'Bob' Morgan Cc: [EMAIL PROTECTED] Subject: Re: presentation-prep as safety hazard At 09:11 PM 3/19/2001, RL 'Bob' Morgan wrote: On the plane last night, flying in to Minneapolis: "We're now starting our descent, please return your tray tables and seat backs to their upright and locked position, and turn off any electronic equipment." 2 minutes later: "People! We really need you to turn those laptops off NOW ..." On the way here, the flight attendant insisted that I turn off my Palm Pilot. Do they make people turn off hearing aids? d/ -- Dave Crocker mailto:[EMAIL PROTECTED] Brandenburg InternetWorking http://www.brandenburg.com tel: +1.408.246.8253; fax: +1.408.273.6464