----- Original Message -----
Sent: Tuesday, April 17, 2001 12:40
Subject: RE: Long Tags Codes etc.
One way to get round this is to use the context of the
previous tags to add meaning and hense you don't end up
The amount of characters is the nearly the same but
the tags are short.
Getting XML messages on one screen is almost impossible
as you end up saying xml messages must be only 24-60 lines long as
traditionall XML is shown with one element per line.
Martin M.E. Roberts
Speaking just as me, and not wearing any hats at
we do this right, then many small enterprises will be exchanging info
the first time. Just as new users did with
traditional EDI, I suspect the majority will start
with just displaying the data on their
computers. In this case, it would be good if all
the information was on one
So, I vote for short but meaningful tags.
It has been said
readability by domain experts as well as
is a requirement for XML
Yes true, but if we were to adopt a 'code' as a
tag then it would still be
human readable i.e it is ASCII
but the meaning would be obscured to the
reader. It is not beyond the wit of comptuing to look up
'code' and make it friendly to the casual reader. Also, given
human reader could have some language other than English
as his/her mother
tongue, then the look up could be keyed on
Language Code + tag code. Is this
even better than having a
long English tag?
Even with 'long' tag names, which allow
readability in English, there
still remains a problem, in
that the tag does not convey the complete
meaning - otherwise we
would not need any semantics at all.
Again we must ask a
similar question to the one which I posed before.
How much of
the semantics should be in the tag and how much in the
semantic description of the element.
There is a temptation to
write an 'essay' in the tag.
Anybody got thoughts on this one