MHonArc v2.5.0b2 -->
emergency message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Re: [emergency] Groups - EDIT of emergency-CAPv-1.1
At 8:44 PM -0800 3/7/05, Kon Wilms wrote:
>You don't have to agree, but you do have to give me a good answer why
>you think it won't work and/or is a bad idea.
Well, strictly speaking I don't... the burden of persuasion is on the
proponent. However, I've tried to explain why I don't think this
change is necessary or appropriate at this time. Whether or not you
consider mine to be a "good" answer is up to you.
Anyway, now that this has been recast as a 2.0 issue we can consider
it in the context of EDXL and at a more appropriate time.
>'Things will not interoperate' doesn't qualify as a valid
>answer (or excuse).
Excuse me? If interoperability isn't a good answer/excuse, what is
it we're doing here?
Maybe we need to review the purpose of the "category" element: it's
to provide a simple and predictable taxonomy of events that automated
systems can use to select an appropriate response to receipt of a
particular message. CAP also provides the "event" element to permit
free-form descriptions, but those aren't predictable enough for many
implementions to rely on.
>This is right up there with accusing me of using this to push an
>implementation issue to the standards level. What's up with this?
This pattern of casting a professional discussion in personal terms
is one I've seen increasingly in this TC, and I think it's really
regrettable. Personally, I think we'll all enjoy this process a lot
more, and do a better job to boot, to the extent that we can separate
our egos from our ideas. (Heaven knows, if I took personally every
idea of mine that got dismissed, criticized or just deferred in the
TC process I'd have slit my wrists long since.)
>I'm constantly amazed at how the concept of lookup table usage is
>equated to allowing people to insert random categories into their
>messages and creating some sort of interop disaster.
No such general equation is suggested.... but your previous note
struck me, at least, as suggesting pretty clearly that anyone would
be able to add values whenever they were ready and that only "if Dave
needs to be interoperable" would such additions be submitted to the
standards process. If I misunderstood you, I apologize, but if I
have that right then, yes, I believe it could lead to a significant
loss of interoperability.
>I have to ask - are you intentionally muddying the water because you
>don't like this proposal, or is there a solid technical reason for this
>being a bad approach to solving this problem?
Neither. I'm just not yet persuaded that there's a substantial
problem here in the first place. And philosophically I'm concerned
about the potential water-muddying consequences of making unnecessary
changes.
- Art
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]