[tei-council] TEI web page URL
Syd Bauman
Syd_Bauman at Brown.edu
Thu Feb 28 12:18:56 EST 2008
Gawk! What tangled web we've woven.
1) The type of data stored in a file and its name are completely
different things. Thus the idea of identifying the type of data
stored in a file by part of its name (commonly called its
"extension") is, well, bad. But it is what we do, almost
ubiquitously[1].
2) So given that the defacto file-system standard is to record the
type of data stored in a file in the last bit of its name, I'm
completely sympathetic with Tom's point of view.
3) HOWEVER, on the web it has been commonplace for years now to have
in the URL the source file that you ask the server for, rather
than the type of data that the server returns in the URL (some of
that information is stored elsewhere in the HTTP header stuff).
4) SO, while I understand Tom's frustration, I don't think we're
doing anything wrong, we're just an example of how the whole
system is kinda broken.
Notes
-----
[1] Apple, in their original Mac OS, did it right. They separated the
type of data stored in a file from its name; the type of data was
stored as a completely separate bit of metadata. Although some
might argue this way & that about the format of their metadata,
it was the better way to go. But with the advent of their new Mac
OS X, Apple did not take the high road, which would have been to
continue to separate the type of file from the name; nor did they
take the "can't beat 'em, join 'em" approach, and completely
switch to the Unix name-extension convention. No, they now have
an icky hybrid of both approaches. Sigh.
More information about the tei-council
mailing list