<html>
<body>
At 05:24 21/08/2011, Andrew Sullivan wrote:<br>
<blockquote type=cite class=cite cite="">Dear colleagues,<br><br>
I did not read the rest of the message past what I quote below,
becase<br>
it did not seem to me that the structure of the message would answer<br>
the question I pose. Therefore, I make a request:<br><br>
On Sun, Aug 21, 2011 at 01:08:29AM +0200, jefsey wrote:<br>
> However, the Internet MUST be supported by a<br>
> network/human oriented universal semiotic system.<br><br>
I would like a defence of that claim. Speaking entirely personally,
I<br>
don't believe it.</blockquote><br>
Dear Andrew,<br>
I cannot object faith, but I can explain why I believe we think the same
things.<br><br>
<blockquote type=cite class=cite cite="">We shape our technology, but our
technology also shapes us. </blockquote><br>
Correct. But the way we shape our technology is diverse. Up to now IETF
accepted that the user's response to their options was the
"market". The IUCG is the acknowledgment that the response and
the possible counter-response may first come from lead users, i.e. the
people who know in advance what they want and are able to implement it by
themselves. The IUCG mission is to welcome those who are ready to
cooperate with the IETF, i.e. considering themselves as IETF
users.<br><br>
IDNA2008 has significantly extended that role. This results from the IUI
as I just explained to Patrik. This is because the IUI is an
IETF/Intelligent Users interface, where users are not only IETF users but
also IETF technical partners.<br><br>
In this it is necessary for the IETF:<br>
- 1. to understand and accept what the IUsers want to implement.<br>
- 2. to support it.<br><br>
In the IDNA2008 case, Point 1 is in part lower key because Point 2 has
already been carried out: this is IDNA2008. However, it is also important
because:<br><br>
- the IDNA architectural concept does not scale : nothing guarantees that
two applications on the same machine will resolve the same DN into the
same IP.<br>
- the guidance of IETF people, like yourself, is called upon by groups of
users (e.g. VIP)<br>
- Post-IDNA2008 internal protocol updates are advisable (PRECIS) and RFC
1958 calls for the same problems to receive the same sollutions.<br>
- it is most probable that the outside-IUI choices will sometime interact
with the inside Internet deployment. This is where we shape our IUI
technology that may shape our Internet technology. By essence the
Internet technology is resillient to our shaping. By essence the IUI
technology wants to support and adapt itself to the Users' ways.<br><br>
<blockquote type=cite class=cite cite="">There is nothing intrinsic about
"green" meaning "go". </blockquote><br>
It does not mean "go". It means its OK. <br><br>
If you steered at sea in the dark and poor weather you know that only
three colours are really distinguishable: white/yellow, red and greed
(blue can come from the moon and some cultures confuse it with green).
<br><br>
- white means "I am here", <br>
- red means "furnace, heath, danger", <br>
- and green means "peace, cool, no risk" as in
landscapes.<br><br>
<blockquote type=cite class=cite cite="">There is nothing about the
universe that causes time zones (which is different from saying
"differences in the apparent time of dawn and dusk"). Yet
we all, techno-literate that we are, take these bits of cultural dreck
and make them true. Moreover, we adjust to them -- somehow finding
it more convenient to say, "Darkness falls earlier," than to
say, "The time on the clock is wrong."</blockquote><br>
I will not dispute that! <br>
The same as you adjust to your wife, to others, to your own weight and
size, your personal gifts and weaknesses, etc. Organization and
technologies become part of us. This is the reason why we prefer they are
smart enough and in tune with our own ways. Not easy with the Internet
(e.g.: ASCII DN), but we want to ease that (e.g. IDNA2008 we discuss
here) supporting people's languages. Why just in part, when we can
consider the whole thing?<br><br>
<blockquote type=cite class=cite cite="">It is, in my personal opinion,
completely foolish to imagine that Internet names -- which are, by their
nature at the time of registration and lookup, even if not for the user,
completely devoid<br>
of cultural context -- can ever be made completely
user-centric.</blockquote><br>
I feel this comes fom your Internet DNS responsbility bias. <br>
Please remember that users are not interested in Internet DNS but in
naming what they want, something they do all the day long. The difference
between engineers and users is that:<br><br>
- you talk about "internet names", we talk of "domain
names" that can me on resumes, TV, books, etc. <br>
- you talk of registration and look-up as if they came first. We observe
that what comes first is the person asking for the name he/she
wants.<br>
- you rightly consider that for the computer process the DN string is
devoid of cultural context. This is the opposite for the human choice to
have registered that particular string.<br>
- you seem to consider user-centric as user-exclusive. I only talk of
"network/human oriented" semiotic system. <br><br>
Please also remember that semiotics includes three (actually four on my
PoV) disciplines:<br>
- syntax - includining orthotypology<br>
- semantics - meaning <br>
- pragmatics - context influence - variances<br>
- multilinguistics - practical coexistance of languages - including
computer languages: what we discuss in here.<br><br>
<blockquote type=cite class=cite cite="">Users will have to learn some
things, and some of those things will be "Internet names are a
little different, & have strange restrictive rules."
</blockquote><br>
This is where we agree: actually they will necessarily have to learn the
DNS orthotypographic ways we will have decided together. <br><br>
Every semiotic system is necessarily conventional (protocol) between
interlocutors. The difficulty is to support the orthotypography people
expect and/or are able to technically impose (e.g. Project.FRA and French
majuscules) and that will most probably evoluate with time, new
technologies and contexts.<br><br>
-
<a href="http://tools.ietf.org/id/draft-iucg-afra-reports-00.txt" eudora="autourl">
http://tools.ietf.org/id/draft-iucg-afra-reports-00.txt</a> - IESG
indicated that they did consider it before approving IDNA2008.<br>
-
<a href="http://tools.ietf.org/html/draft-iucg-idna2008-orthotypography-00" eudora="autourl">
http://tools.ietf.org/html/draft-iucg-idna2008-orthotypography-00<br>
</a>-
<a href="http://tools.ietf.org/id/draft-iucg-punyplus-03.txt" eudora="autourl">
http://tools.ietf.org/id/draft-iucg-punyplus-03.txt<br><br>
</a><blockquote type=cite class=cite cite="">More importantly, while I am
not one of those people in the<br>
thrall of the conceptual scheme (cf. Davidson), I think it is<br>
preposterous to suggest that we will come up with a universal
semiotic<br>
system given the limitations of the DNS and the way that denoting<br>
works in different linguistic traditions.</blockquote> <br>
I only talk of "universal", i.e. "used, intended to be
used, or understood by all", not of anything exhaustive (in such a
case you would be correct). What is on the table is a
"network/human" relative need. How network systems and human
expectations can fit together.<br><br>
<blockquote type=cite class=cite cite="">I believe we can come up with
some useful conventions that will work most of the time, for most
people. </blockquote><br>
Sorry, as a user of the deliverables, I cannot accept the human
"most of the time/most people". Mecanology calls for an
algorithm that works or fails without hesitations (you were the one to
call for an algorithm and you were right).<br><br>
1. As far as the technology is concerned the matter is over. This is
IDNA2008: IDNA2008 does not consider variants.<br><br>
2. So,the remaining issues are:<br><br>
- how do we define, protect, register, etc. variants at a community level
(algorithm)?<br>
- how do we support their operations: aliases inside the DNS or user
domain name massaging at the outside ML-DNS?<br><br>
To clarify our job let have a look at the current definition of
"algorithm" in
<a href="http://iucg.org/wiki/Multilingualization_Glossary" eudora="autourl">
http://iucg.org/wiki/Multilingualization_Glossary<br><br>
</a><b>Algorithm</b> <br>
A term used in a broad sense in the Unicode Standard, to mean the logical
description of a process used to achieve a specified result. This does
not require the actual procedure described in the algorithm to be
followed; any implementation is conformant as long as the results are the
same.<br>
<font size=2><i>(source: Unicode glossary, author: undisclosed, text
listed to be reviewed and possibly changed).</i></font> <br><br>
This means that we have to specify the result first. Before deciding if
this is possible or not. So, if we want to succeed we have to specffy
something we can achieve.<br>
As far as I am concerned I would be happy with an algorithm preventing
TLD homographic confusion and supporting reasonable TLD variants. I think
it is possible.<br><br>
<blockquote type=cite class=cite cite="">I believe that these will strain
the rules of every writing system on the planet, in much the way that
"ns1" strains English writing rules.</blockquote><br>
To clarify this, let look at the current definition of
"orthotypography" in
<a href="http://iucg.org/wiki/Multilingualization_Glossary" eudora="autourl">
http://iucg.org/wiki/Multilingualization_Glossary<br><br>
</a><b>orthotypography</b> <br>
The term ‘orthotypography’ is seen from the viewpoint of readability. It
means the correct use of typographic signs to convey the intended
semantic or context. Also known as "Typographical syntax",
orthotypography defines the meaning and rightful usage of typographic
signs and cases. Orthotypographic rules may vary broadly from language to
language, from country to country, etc. <br>
<font size=2><i>(source: IUCG, author: Jefsey Morfin, text listed to be
reviewed and possibly changed).</i></font> <br><br>
"ns1" is correct orthotypography in the network/human oriented
universal semiotic system and the DNS resolution algorithm can apply to
it.<br><br>
<blockquote type=cite class=cite cite="">I am incredulous at the
suggestion that the Internet needs a "network/human oriented
universal semiotic system," both because I don't believe it
</blockquote><br>
The only way I can oppose faith, is to show it wrong. i.e. to implement a
prototype solution. Under way.<br><br>
<blockquote type=cite class=cite cite="">and because I believe that
humans (and especially human language) are much more resilient than
that.</blockquote><br>
Absolutely yes (and this is true for each of the 22.500 language units,
and more for the billions of idiolects and avalects) This is why Unicode,
which is designed to support typographic workshops may not be adapted to
support the algorithm we look for.<br><br>
For the time being my algorithm includes:<br>
- support of scripting metadata through ML-DNS since this was (probably
rightfully) denied by IDNA2008.<br>
- a graphcode solution to oppose phishing.<br>
- particular cases agreed upon on a community basis, as TLDs and
root-names (equivalent to TLDs outside of the Internet DNS - the ML-DNS
being a multitechnology oriented project).<br><br>
jfc<br>
</body>
</html>