Re: Moldovan

Arthur Reutenauer <arthur dot reutenauer at normalesup dot org> wrote:

>> "Type: language" is always a good starting point.  
>
>  In that case, the region subtag (or rather absence thereof) also
> is one.  

Sorry, I think my cryptic brevity has combined with yours in such a way 
as to obscure the topic completely.

Frank Ellermann had written:

> It took me at least five minutes to figure out that the
> language is the language, not the country, and therefore
> Cyril in Transnistria does not enter the picture.

I assumed he was talking about the proposed change to the language 
subtag 'mo' to add the Description field "Moldovan."  My response was 
meant to suggest that the line:

Type: language

in the proposed new record (or the existing record) is a good starting 
point to establish that the subtag in question is a language subtag. 
The region subtag 'MO' for Moldova is likewise unambiguously indicated 
by the line:

Type: region

A complete language *tag*, made up of individual subtags, might or might 

Re: Moldovan

Doug Ewell wrote:

> I assumed he was talking about the proposed change to the
> language subtag 'mo' to add the Description field "Moldovan."

Actually I was talking about the time I needed to figure out
that the existing Suppress-Script is okay.  This just happens
to be a part of the modified record.

|> Doug Ewell wrote:
|
|>> people can raise irrelevant points about Suppress-Script
|
|> It took me at least five minutes to figure out that the
|> language is the language, not the country

> Am I still missing something?

You didn't miss anything, I missed something (for 5 minutes),
the language is no territory, and if we'd be talking about a
territory, then those records have no Suppress-Script.

 Frank

"Conditional GET" now broken on IANA HTTP server

Reported to IANA. Ticket [IANA #180667]

From: Stephane Bortzmeyer <bortzmeyer <at> nic.fr>
Subject: Modification date of IANA registries now misleading (Was: IANA Update: Project to convert registries to XML
Date: 2008-07-22 09:06:47 GMT

On Mon, Jul 14, 2008 at 03:04:07PM -0700,
 Michelle Cotton <michelle.cotton <at> icann.org> wrote 
 a message of 115 lines which said:

> As first announced in April 2008, IANA is improving the formatting
> of its protocol registries by migrating the source format of these
> registries to structured XML format.

The change had an unexpected side-effect: registries which have *not*
been modified (such as the Language Subtag Registry,
http://www.iana.org/assignments/language-subtag-registry) now have a
Last-Modified of today (the file seems to be recreated each day).

For instance, the Language Subtag Registry has:

  Last-Modified: Tue, 22 Jul 2008 08:10:08 GMT

while its last modification is from 2008-05-07.

RE: "Conditional GET" now broken on IANA HTTP server

_______________________________________________
Ietf-languages mailing list
Ietf-languages <at> alvestrand.no
http://www.alvestrand.no/mailman/listinfo/ietf-languages

Re: "Conditional GET" now broken on IANA HTTP server

Hi -

> From: "CE Whitehead" <cewcathar <at> hotmail.com>
> To: <ietf-languages <at> iana.org>
> Sent: Tuesday, July 22, 2008 12:31 PM
> Subject: RE: "Conditional GET" now broken on IANA HTTP server
...
> Also there are no July archives for ietf-languages.
...

Where is the ietf.org archive for this mailing list?
I'm surprise that I haven't been able to find it.

Randy

Re: "Conditional GET" now broken on IANA HTTP server

CE Whitehead wrote:

> Still not there. Seems that the server is still down?

What server, the pipermail list archive ?  Maybe it's
intentionally inactive while Harald is away, because
he wants to remove any spam manually before it hits
his archive.  But there are other list archives, for
example <http://dir.gmane.org/gmane.ietf.languages> 

OB on topic:  I think 2005-05-07 does not yet include
the last (planned) subtag registry update.  No issue
if the update happens later, but let's not forget it.

 Frank
--

-- 
<http://omniplex.blogspot.com/2008/07/frisian-frs-vs-stq.html>

Re: "Conditional GET" now broken on IANA HTTP server

Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:

> OB on topic:  I think 2005-05-07 does not yet include
> the last (planned) subtag registry update.  No issue
> if the update happens later, but let's not forget it.
>
> <http://omniplex.blogspot.com/2008/07/frisian-frs-vs-stq.html>

What action were we supposed to take with regard to 'frs' and 'stq'?  I 
don't remember any proposal forms, just a general suggestion that ISO 
639 got some classification wrong.

We do need to finish processing the Moldovan change.

--
Doug Ewell  *  Thornton, Colorado, USA  *  RFC 4645  *  UTN #14
http://www.ewellic.org
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages  ˆ

_______________________________________________
Ietf-languages mailing list
Ietf-languages <at> alvestrand.no
http://www.alvestrand.no/mailman/listinfo/ietf-languages

Re: "Conditional GET" now broken on IANA HTTP server

Doug Ewell wrote:

> What action were we supposed to take with regard to 'frs'

None, that was supposed to be below the "cut here" signature
line "-- ".  Maybe I forgot the space, or my UA has its own
ideas about trailing spaces.

What I was talking about, OB on topic, was the last update
for Moldovian...

> We do need to finish processing the Moldovan change.

...that's what I meant.

 Frank
--

-- 
test sig (should be "-- <CRLF>test sig "...)

Frisian mess (was "Conditional GET" now broken ...)

Doug Ewell scripsit:

> What action were we supposed to take with regard to 'frs' and 'stq'?  I 
> don't remember any proposal forms, just a general suggestion that ISO 
> 639 got some classification wrong.

The trouble is that Ethnologue's description of frs contains a random
mixture of facts about frs and facts about stq.  This confusion goes
back to the 14th edition, which did not clearly distinguish between them.

http://www.ethnologue.com/show_language.asp?code=frs
http://www.ethnologue.com/show_language.asp?code=stq
http://www.ethnologue.com/14/show_language.asp?code=FRS

--

-- 
John Cowan  cowan <at> ccil.org   http://ccil.org/~cowan
Consider the matter of Analytic Philosophy.  Dennett and Bennett are well-known.
Dennett rarely or never cites Bennett, so Bennett rarely or never cites Dennett.
There is also one Dummett.  By their works shall ye know them.  However, just as
no trinities have fourth persons (Zeppo Marx notwithstanding), Bummett is hardly
known by his works.  Indeed, Bummett does not exist.  It is part of the function
of this and other e-mail messages, therefore, to do what they can to create him.

Re: Frisian mess (was "Conditional GET" now broken ...)

John Cowan <cowan at ccil dot org> wrote:

>> What action were we supposed to take with regard to 'frs' and 'stq'? 
>> I don't remember any proposal forms, just a general suggestion that 
>> ISO 639 got some classification wrong.
>
> The trouble is that Ethnologue's description of frs contains a random 
> mixture of facts about frs and facts about stq.  This confusion goes 
> back to the 14th edition, which did not clearly distinguish between 
> them.
>
> http://www.ethnologue.com/show_language.asp?code=frs
> http://www.ethnologue.com/show_language.asp?code=stq
> http://www.ethnologue.com/14/show_language.asp?code=FRS

Right, but my question was, what are WE supposed to do about this?  I'm 
sure you'll agree it's not our mission to use the Registry to fix 
perceived errors in either Ethnologue or ISO 639.  We can alert SIL or 
the JAC, of course, and if they make a change we will reflect it, but 
they have to make the change first.

In any case, this was a non-issue since Frank was talking about two 
different items: the Moldavian/Moldovan change, which is now in the 
Registry, and the Frisian mix-up, about which he included a link in his 
post but didn't expect us to take any action.

--
Doug Ewell  *  Thornton, Colorado, USA  *  RFC 4645  *  UTN #14
http://www.ewellic.org
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages  ˆ

_______________________________________________
Ietf-languages mailing list
Ietf-languages <at> alvestrand.no
http://www.alvestrand.no/mailman/listinfo/ietf-languages