Randy Presuhn | 5 Aug 07:23 2009
Picon

Re: RFC 3282: should we revise it?

Hi -

As a technical contributor (returning from two blissful weeks without email) ...

> From: "Phillips, Addison" <addison <at> amazon.com>
> To: "LTRU Working Group" <ltru <at> ietf.org>
> Sent: Friday, July 24, 2009 8:34 AM
> Subject: [Ltru] RFC 3282: should we revise it?
>
> The one bit of language tagging infrastructure that we have not revised
> since this whole body of work has started is RFC 3282, which defines
> Content-Language and Accept-Language.

That was outside the scope for which ltru was originally chartered.

> This morning I had cause to want to reference it, but a desire not to
> (since it depends on 3066 rather than the current-and-future BCP 47).
> I'm pretty sure that the whole machinery of a WG is not needed to
> revise this document--I'm thinking it would make a suitable individual
> submission.

I agree.

> But I thought I'd mention it here to see if anyone had thoughts about
> whether it were necessary, whether this list would make a suitable
> place to solicit comments,

(As co-chair) This seems reasonable for now.  If it turns out to require
significant discussion, or if a better WG "home" appears, we
can redirect the discussion at that time.
(Continue reading)

Phillips, Addison | 5 Aug 07:32 2009
Picon

Re: RFC 3282: should we revise it?

> 
> Hi -
> 
> As a technical contributor (returning from two blissful weeks
> without email) ...

Welcome back!

> >
> > The one bit of language tagging infrastructure that we have not
> revised
> > since this whole body of work has started is RFC 3282, which
> defines
> > Content-Language and Accept-Language.
> 
> That was outside the scope for which ltru was originally chartered.

I agree, hence:

> 
> > This morning I had cause to want to reference it, but a desire
> not to
> > (since it depends on 3066 rather than the current-and-future BCP
> 47).
> > I'm pretty sure that the whole machinery of a WG is not needed to
> > revise this document--I'm thinking it would make a suitable
> > individual submission.
> 
> I agree.
> 
(Continue reading)

Doug Ewell | 6 Aug 03:37 2009

Re: RFC 3282: should we revise it?

"Phillips, Addison" <addison at amazon dot com> wrote:

> Ever the optimist, I would hope that such a revision wouldn't require 
> the level of effort needed for the BCP 47 work.

You never know.  In September 2005 on ietf-languages, Peter Constable 
mentioned the upcoming 4646bis effort and said:

"For my part, I hope that *that* revision is completed in a *much* 
shorter time that 3066bis has taken."

As we now know, 4646bis took a year or so longer than 4646.

But a quick look at RFC 3282--which is possible, since it's only 8 pages 
long including boilerplate and page breaks--suggests that the following 
changes might be all that is necessary:

* Update reference to ABNF and remove EBNF in sections 2 and 3.

* Update examples in Section 2.1 using i-languages to use ISO 639-based,
  grandfathered, hypothetical 5-to-8-character registered, or private-
  use tags instead.

* Consider a simple update to Section 4, possibly just a pointer to the
  security section of 4646bis.

* As suggested by CE Whitehead, update reference to Language "Tag"
  Reviewer (which was correct at the time 3282 was written) to refer to
  the Language "Subtag" Reviewer instead.  (On the other hand, it's just
  an acknowledgement.)
(Continue reading)

Phillips, Addison | 6 Aug 06:22 2009
Picon

Re: RFC 3282: should we revise it?

> 
> "For my part, I hope that *that* revision is completed in a *much*
> shorter time that 3066bis has taken."
> 
> As we now know, 4646bis took a year or so longer than 4646. You forget that there were a dozen or so
draft-davis-phillips documents before the WG even started.

No it didn't. Mark and I started 4646 on the very first day of the Iraq war.

> This in turn suggests that it should be feasible for an individual
> to
> prepare and submit an update without experiencing the surreal
> delays of
> the LTRU process, and without being subjected to undue slings and
> arrows.
> 

Well, as noted, "ever the optimist".....

Addison
Doug Ewell | 6 Aug 07:28 2009

Re: RFC 3282: should we revise it?

"Phillips, Addison" <addison at amazon dot com> wrote (slightly 
rearranged):

>> As we now know, 4646bis took a year or so longer than 4646.
>
> No it didn't. Mark and I started 4646 on the very first day of the 
> Iraq war. You forget that there were a dozen or so 
> draft-davis-phillips documents before the WG even started.

I didn't forget.  My copy of draft-phillips-langtags-00 is dated 
2003-12-17.  The final draft which became RFC 4646, 
draft-ietf-ltru-registry-14, was approved by IESG on 2005-11-15, or 699 
days later.  We did wait another 10 months for RFC numbers, but that 
time was mostly spent working on the relatively uncontroversial 
draft-4647 and planning for LTRU 2.0.

Draft-ietf-ltru-4646bis-00, the first LTRU 2.0 draft, was dated 
2006-09-11 -- perhaps coincidentally, the same date RFC 4646 was 
published.  Draft-ietf-ltru-4646bis-23 was approved by IESG on 
2009-06-18 (the formal announcement came a week later).  That's a span 
of 1,011 days, or 315 days longer for LTRU 2.0 than for LTRU 1.0.  And 
of course, we're still waiting for RFC numbers.

I'd be willing to bet we spent more days actually *working* on the first 
set of drafts than on the second, but we had a LOT of downtime over the 
past 3 years.  Some issues were left unresolved and undiscussed for 
weeks at a time.

--
Doug Ewell  *  Thornton, Colorado, USA  *  RFC 4645  *  UTN #14
(Continue reading)

Debbie Garside | 6 Aug 10:29 2009
Picon

ISO FDIS 639-6


Hi

Just to let you know that the FDIS for 639-6 will be published on Thursday,
August 6, 2009 -- According to ISO Central Secretariat.  There is a 2 month
comments/voting window where editorial comments may be received.

Regards

Debbie Garside
Editor

The World Language Documentation Centre
Corner House
Barn Street
Haverfordwest
Pembrokeshire SA61 1BW
Wales UK

Tel: 0044 1437 766441
Fax: 0044 1437 766173

Web: http://www.thewldc.org

Mark Davis ⌛ | 6 Aug 20:16 2009

Any information on SF?

(That's not "San Francisco" or "Science Fiction", or any confluence of the two.)

We're in the process of updating to the new IANA registry, and I was cross-checking to http://www.iso.org/iso/iso-3166-1_decoding_table. The code
SF stands out.

Transitionally reserved
BU    Burma    
CS    SERBIA AND MONTENEGRO    
NT    Neutral Zone    
SF    Finland     Not in IANA. CLDR maps to FI??
TP    East Timor    
YU    Yugoslavia    
ZR    Zaire    

I had first presumed that SF is not included because it was withdrawn before RFC1766. But SF is not even listed in http://en.wikipedia.org/wiki/ISO_3166-3 as a retired code. (ISO makes it exceptionally painful, as we all know, to get access to 3166-3: http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm). Note that http://www.iso.org/iso/iso-3166-1_decoding_table definitely has some oddities. For example, instead of "officially assigned", for two items it has "officiellement attribué". So for all we know, SF is just a mistake in that table!

Does anyone know more about the code SF?

For comparison, here are the "Exceptionally Reserved", two of which are obsolete codes.

Exceptionally Reserved
AC    Ascension Island     ok
CP    Clipperton Island     ok
DG    Diego Garcia     ok
EA    Ceuta, Melilla     ok
EU    European Union     ok
FX    France, Metropolitan     Deprecated in IANA: IANA maps to FR
IC    Canary Islands     ok
SU    USSR     Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV LT MD TJ TM UA UZ
TA    Tristan da Cunha     ok
UK    UNITED KINGDOM     Not in IANA. CLDR maps to GB

Mark

<div><p>(That's not "San Francisco" or "Science Fiction", or any confluence of the two.)<br><br>We're in the process of updating to the new IANA registry, and I was cross-checking to <a href="http://www.iso.org/iso/iso-3166-1_decoding_table">http://www.iso.org/iso/iso-3166-1_decoding_table</a>. The code <br>
SF stands out.<br><br>Transitionally reserved<br>BU&nbsp;&nbsp;&nbsp; Burma &nbsp;&nbsp;&nbsp; <br>CS&nbsp;&nbsp;&nbsp; SERBIA AND MONTENEGRO &nbsp;&nbsp;&nbsp; <br>NT&nbsp;&nbsp;&nbsp; Neutral Zone &nbsp;&nbsp;&nbsp; <br>SF&nbsp;&nbsp;&nbsp; Finland &nbsp;&nbsp;&nbsp; Not in IANA. CLDR maps to FI??<br>TP&nbsp;&nbsp;&nbsp; East Timor &nbsp;&nbsp;&nbsp; <br>
YU&nbsp;&nbsp;&nbsp; Yugoslavia &nbsp;&nbsp;&nbsp; <br>ZR&nbsp;&nbsp;&nbsp; Zaire &nbsp;&nbsp;&nbsp; <br><br>I had first presumed that SF is not included because it was withdrawn before RFC1766. But SF is not even listed in <a href="http://en.wikipedia.org/wiki/ISO_3166-3">http://en.wikipedia.org/wiki/ISO_3166-3</a> as a retired code. (ISO makes it exceptionally painful, as we all know, to get access to 3166-3: <a href="http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm">http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm</a>). Note that <a href="http://www.iso.org/iso/iso-3166-1_decoding_table">http://www.iso.org/iso/iso-3166-1_decoding_table</a> definitely
has some oddities. For example, instead of "officially assigned", for
two items it has "officiellement attribu&eacute;". So for all we know, SF is just a mistake in that table!<br><br>Does anyone know more about the code SF?<br><br>For comparison, here are the "Exceptionally Reserved", two of which are obsolete codes.<br><br>Exceptionally Reserved<br>
AC&nbsp;&nbsp;&nbsp; Ascension Island &nbsp;&nbsp;&nbsp; ok<br>
CP&nbsp;&nbsp;&nbsp; Clipperton Island &nbsp;&nbsp;&nbsp; ok<br>
DG&nbsp;&nbsp;&nbsp; Diego Garcia &nbsp;&nbsp;&nbsp; ok<br>
EA&nbsp;&nbsp;&nbsp; Ceuta, Melilla &nbsp;&nbsp;&nbsp; ok<br>
EU&nbsp;&nbsp;&nbsp; European Union &nbsp;&nbsp;&nbsp; ok<br>FX&nbsp;&nbsp;&nbsp; France, Metropolitan &nbsp;&nbsp;&nbsp; Deprecated in IANA: IANA maps to FR<br>IC&nbsp;&nbsp;&nbsp; Canary Islands &nbsp;&nbsp;&nbsp; ok<br>SU&nbsp;&nbsp;&nbsp; USSR &nbsp;&nbsp;&nbsp; Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV LT MD TJ TM UA UZ<br>TA&nbsp;&nbsp;&nbsp; Tristan da Cunha &nbsp;&nbsp;&nbsp; ok<br>UK&nbsp;&nbsp;&nbsp; UNITED KINGDOM &nbsp;&nbsp;&nbsp; Not in IANA. CLDR maps to GB<br><br clear="all">Mark<br></p></div>
Randy Presuhn | 6 Aug 20:31 2009
Picon

Re: Any information on SF?

Hi -

As technical contributor...

My suggestion would be to not worry about it.

As co-chair...

It's *way* too late and too unlikely to be the source of
any kind of problem to open it up as an issue here.  If
someone thinks it would be *useful* to add it to the registry,
ietf-languages <at> iana.org would be the place to do it.

Randy

----- Original Message ----- 
From: "Mark Davis ⌛" <mark <at> macchiato.com>
To: "LTRU Working Group" <ltru <at> ietf.org>
Sent: Thursday, August 06, 2009 11:16 AM
Subject: [Ltru] Any information on SF?

(That's not "San Francisco" or "Science Fiction", or any confluence of the
two.)

We're in the process of updating to the new IANA registry, and I was
cross-checking to http://www.iso.org/iso/iso-3166-1_decoding_table. The code

SF stands out.

*Transitionally reserved*
BU    Burma
CS    SERBIA AND MONTENEGRO
NT    Neutral Zone
*SF    Finland     Not in IANA. CLDR maps to FI??
*TP    East Timor
YU    Yugoslavia
ZR    Zaire

I had first presumed that SF is not included because it was withdrawn before
RFC1766. But SF is not even listed in
http://en.wikipedia.org/wiki/ISO_3166-3 as a retired code. (ISO makes it
exceptionally painful, as we all know, to get access to 3166-3:
http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm).
Note that http://www.iso.org/iso/iso-3166-1_decoding_table definitely has
some oddities. For example, instead of "officially assigned", for two items
it has "officiellement attribué". So for all we know, SF is just a mistake
in that table!

Does anyone know more about the code SF?

For comparison, here are the "Exceptionally Reserved", two of which are
obsolete codes.

*Exceptionally Reserved*
AC    Ascension Island     ok
CP    Clipperton Island     ok
DG    Diego Garcia     ok
EA    Ceuta, Melilla     ok
EU    European Union     ok
*FX    France, Metropolitan     Deprecated in IANA: IANA maps to FR
*IC    Canary Islands     ok
*SU    USSR     Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV
LT MD TJ TM UA UZ
*TA    Tristan da Cunha     ok
*UK    UNITED KINGDOM     Not in IANA. CLDR maps to GB*

Mark

--------------------------------------------------------------------------------

> _______________________________________________
> Ltru mailing list
> Ltru <at> ietf.org
> https://www.ietf.org/mailman/listinfo/ltru
>

_______________________________________________
Ltru mailing list
Ltru <at> ietf.org
https://www.ietf.org/mailman/listinfo/ltru
Mark Davis ⌛ | 6 Aug 20:34 2009

Re: Any information on SF?

I am NOT suggesting adding it to the registry. I just wanted to find out what it is, to see if we need a mapping in CLDR.

Mark


On Thu, Aug 6, 2009 at 11:31, Randy Presuhn <randy_presuhn <at> mindspring.com> wrote:
Hi -

As technical contributor...

My suggestion would be to not worry about it.

As co-chair...

It's *way* too late and too unlikely to be the source of
any kind of problem to open it up as an issue here.  If
someone thinks it would be *useful* to add it to the registry,
ietf-languages <at> iana.org would be the place to do it.

Randy

----- Original Message -----
From: "Mark Davis ⌛" <mark <at> macchiato.com>
To: "LTRU Working Group" <ltru <at> ietf.org>
Sent: Thursday, August 06, 2009 11:16 AM
Subject: [Ltru] Any information on SF?


(That's not "San Francisco" or "Science Fiction", or any confluence of the
two.)

We're in the process of updating to the new IANA registry, and I was
cross-checking to http://www.iso.org/iso/iso-3166-1_decoding_table. The code

SF stands out.

*Transitionally reserved*
BU    Burma
CS    SERBIA AND MONTENEGRO
NT    Neutral Zone
*SF    Finland     Not in IANA. CLDR maps to FI??
*TP    East Timor
YU    Yugoslavia
ZR    Zaire

I had first presumed that SF is not included because it was withdrawn before
RFC1766. But SF is not even listed in
http://en.wikipedia.org/wiki/ISO_3166-3 as a retired code. (ISO makes it
exceptionally painful, as we all know, to get access to 3166-3:
http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm).
Note that http://www.iso.org/iso/iso-3166-1_decoding_table definitely has
some oddities. For example, instead of "officially assigned", for two items
it has "officiellement attribué". So for all we know, SF is just a mistake
in that table!

Does anyone know more about the code SF?

For comparison, here are the "Exceptionally Reserved", two of which are
obsolete codes.

*Exceptionally Reserved*
AC    Ascension Island     ok
CP    Clipperton Island     ok
DG    Diego Garcia     ok
EA    Ceuta, Melilla     ok
EU    European Union     ok
*FX    France, Metropolitan     Deprecated in IANA: IANA maps to FR
*IC    Canary Islands     ok
*SU    USSR     Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV
LT MD TJ TM UA UZ
*TA    Tristan da Cunha     ok
*UK    UNITED KINGDOM     Not in IANA. CLDR maps to GB*

Mark



--------------------------------------------------------------------------------


> _______________________________________________
> Ltru mailing list
> Ltru <at> ietf.org
> https://www.ietf.org/mailman/listinfo/ltru
>


_______________________________________________
Ltru mailing list
Ltru <at> ietf.org
https://www.ietf.org/mailman/listinfo/ltru

<div>
<p>I am NOT suggesting adding it to the registry. I just wanted to find out what it is, to see if we need a mapping in CLDR.<br><br clear="all">Mark<br><br><br></p>
<div class="gmail_quote">On Thu, Aug 6, 2009 at 11:31, Randy Presuhn <span dir="ltr">&lt;<a href="mailto:randy_presuhn <at> mindspring.com">randy_presuhn <at> mindspring.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
Hi -<br><br>
As technical contributor...<br><br>
My suggestion would be to not worry about it.<br><br>
As co-chair...<br><br>
It's *way* too late and too unlikely to be the source of<br>
any kind of problem to open it up as an issue here. &nbsp;If<br>
someone thinks it would be *useful* to add it to the registry,<br><a href="mailto:ietf-languages <at> iana.org">ietf-languages <at> iana.org</a> would be the place to do it.<br><br>
Randy<br><div>
<div></div>
<div class="h5">
<br>
----- Original Message -----<br>
From: "Mark Davis &#8987;" &lt;<a href="mailto:mark <at> macchiato.com">mark <at> macchiato.com</a>&gt;<br>
To: "LTRU Working Group" &lt;<a href="mailto:ltru <at> ietf.org">ltru <at> ietf.org</a>&gt;<br>
Sent: Thursday, August 06, 2009 11:16 AM<br>
Subject: [Ltru] Any information on SF?<br><br><br>
(That's not "San Francisco" or "Science Fiction", or any confluence of the<br>
two.)<br><br>
We're in the process of updating to the new IANA registry, and I was<br>
cross-checking to <a href="http://www.iso.org/iso/iso-3166-1_decoding_table" target="_blank">http://www.iso.org/iso/iso-3166-1_decoding_table</a>. The code<br><br>
SF stands out.<br><br>
*Transitionally reserved*<br>
BU &nbsp; &nbsp;Burma<br>
CS &nbsp; &nbsp;SERBIA AND MONTENEGRO<br>
NT &nbsp; &nbsp;Neutral Zone<br>
*SF &nbsp; &nbsp;Finland &nbsp; &nbsp; Not in IANA. CLDR maps to FI??<br>
*TP &nbsp; &nbsp;East Timor<br>
YU &nbsp; &nbsp;Yugoslavia<br>
ZR &nbsp; &nbsp;Zaire<br><br>
I had first presumed that SF is not included because it was withdrawn before<br>
RFC1766. But SF is not even listed in<br><a href="http://en.wikipedia.org/wiki/ISO_3166-3" target="_blank">http://en.wikipedia.org/wiki/ISO_3166-3</a> as a retired code. (ISO makes it<br>
exceptionally painful, as we all know, to get access to 3166-3:<br><a href="http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm" target="_blank">http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm</a>).<br>
Note that <a href="http://www.iso.org/iso/iso-3166-1_decoding_table" target="_blank">http://www.iso.org/iso/iso-3166-1_decoding_table</a> definitely has<br>
some oddities. For example, instead of "officially assigned", for two items<br>
it has "officiellement attribu&eacute;". So for all we know, SF is just a mistake<br>
in that table!<br><br>
Does anyone know more about the code SF?<br><br>
For comparison, here are the "Exceptionally Reserved", two of which are<br>
obsolete codes.<br><br>
*Exceptionally Reserved*<br>
AC &nbsp; &nbsp;Ascension Island &nbsp; &nbsp; ok<br>
CP &nbsp; &nbsp;Clipperton Island &nbsp; &nbsp; ok<br>
DG &nbsp; &nbsp;Diego Garcia &nbsp; &nbsp; ok<br>
EA &nbsp; &nbsp;Ceuta, Melilla &nbsp; &nbsp; ok<br>
EU &nbsp; &nbsp;European Union &nbsp; &nbsp; ok<br>
*FX &nbsp; &nbsp;France, Metropolitan &nbsp; &nbsp; Deprecated in IANA: IANA maps to FR<br>
*IC &nbsp; &nbsp;Canary Islands &nbsp; &nbsp; ok<br>
*SU &nbsp; &nbsp;USSR &nbsp; &nbsp; Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV<br>
LT MD TJ TM UA UZ<br>
*TA &nbsp; &nbsp;Tristan da Cunha &nbsp; &nbsp; ok<br>
*UK &nbsp; &nbsp;UNITED KINGDOM &nbsp; &nbsp; Not in IANA. CLDR maps to GB*<br><br>
Mark<br><br><br><br>
</div>
</div>--------------------------------------------------------------------------------<br><br><br>
&gt; _______________________________________________<br>
&gt; Ltru mailing list<br>
&gt; <a href="mailto:Ltru <at> ietf.org">Ltru <at> ietf.org</a><br>
&gt; <a href="https://www.ietf.org/mailman/listinfo/ltru" target="_blank">https://www.ietf.org/mailman/listinfo/ltru</a><br>
&gt;<br><br><br>
_______________________________________________<br>
Ltru mailing list<br><a href="mailto:Ltru <at> ietf.org">Ltru <at> ietf.org</a><br><a href="https://www.ietf.org/mailman/listinfo/ltru" target="_blank">https://www.ietf.org/mailman/listinfo/ltru</a><br>
</blockquote>
</div>
<br>
</div>
Kent Karlsson | 6 Aug 20:51 2009
Picon

Re: Any information on SF?


According to http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-3166-1_decoding_table.htm#SF,
it appears to have been withdrawn in 1995.

SF  Finland         1995-09

Why was there ever such a code? Well, "SF" would be an abbreviation for "Suomi/Finland".
"Suomi" is "Finland" in Finnish. Erkki might know more.

I've seen it recommended/used way back when (presumably before 1996...). It was used for vehicle country
codes too (current code "FIN", according to http://en.wikipedia.org/wiki/List_of_international_vehicle_registration_codes).
Both sets of country codes (ISO, vehicle) have been used for paper mail.

    /kent k



Den 2009-08-06 20.34, skrev "Mark Davis" <mark <at> macchiato.com>:

I am NOT suggesting adding it to the registry. I just wanted to find out what it is, to see if we need a mapping in CLDR.

Mark


On Thu, Aug 6, 2009 at 11:31, Randy Presuhn <randy_presuhn <at> mindspring.com> wrote:
Hi -

As technical contributor...

My suggestion would be to not worry about it.

As co-chair...

It's *way* too late and too unlikely to be the source of
any kind of problem to open it up as an issue here.  If
someone thinks it would be *useful* to add it to the registry,
ietf-languages <at> iana.org would be the place to do it.

Randy

----- Original Message -----
From: "Mark Davis ⌛" <mark <at> macchiato.com>
To: "LTRU Working Group" <ltru <at> ietf.org>
Sent: Thursday, August 06, 2009 11:16 AM
Subject: [Ltru] Any information on SF?


(That's not "San Francisco" or "Science Fiction", or any confluence of the
two.)

We're in the process of updating to the new IANA registry, and I was
cross-checking to http://www.iso.org/iso/iso-3166-1_decoding_table. The code

SF stands out.

*Transitionally reserved*
BU    Burma
CS    SERBIA AND MONTENEGRO
NT    Neutral Zone
*SF    Finland     Not in IANA. CLDR maps to FI??
*TP    East Timor
YU    Yugoslavia
ZR    Zaire

I had first presumed that SF is not included because it was withdrawn before
RFC1766. But SF is not even listed in
http://en.wikipedia.org/wiki/ISO_3166-3 as a retired code. (ISO makes it
exceptionally painful, as we all know, to get access to 3166-3:
http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm).
Note that http://www.iso.org/iso/iso-3166-1_decoding_table definitely has
some oddities. For example, instead of "officially assigned", for two items
it has "officiellement attribué". So for all we know, SF is just a mistake
in that table!

Does anyone know more about the code SF?

For comparison, here are the "Exceptionally Reserved", two of which are
obsolete codes.

*Exceptionally Reserved*
AC    Ascension Island     ok
CP    Clipperton Island     ok
DG    Diego Garcia     ok
EA    Ceuta, Melilla     ok
EU    European Union     ok
*FX    France, Metropolitan     Deprecated in IANA: IANA maps to FR
*IC    Canary Islands     ok
*SU    USSR     Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV
LT MD TJ TM UA UZ
*TA    Tristan da Cunha     ok
*UK    UNITED KINGDOM     Not in IANA. CLDR maps to GB*

Mark



--------------------------------------------------------------------------------


> _______________________________________________
> Ltru mailing list
> Ltru <at> ietf.org
> https://www.ietf.org/mailman/listinfo/ltru
>


_______________________________________________
Ltru mailing list
Ltru <at> ietf.org
https://www.ietf.org/mailman/listinfo/ltru


_______________________________________________
Ltru mailing list
Ltru <at> ietf.org
https://www.ietf.org/mailman/listinfo/ltru
<div>
<span><br>
According to <a href="http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-3166-1_decoding_table.htm#SF">http://www.iso.org/iso/support/country_codes/iso_3166_code_lists/iso-3166-1_decoding_table.htm#SF</a>,<br>
it appears to have been withdrawn in 1995. <br><br></span><span>SF &nbsp;Finland &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;1995-09<br></span><span><br>
Why was there ever such a code? Well, "SF" would be an abbreviation for "Suomi/Finland".<br>
"Suomi" is "Finland" in Finnish. Erkki might know more.<br><br>
I've seen it recommended/used way back when (presumably before 1996...). It was used for vehicle country<br>
codes too (current code "FIN", according to <a href="http://en.wikipedia.org/wiki/List_of_international_vehicle_registration_codes">http://en.wikipedia.org/wiki/List_of_international_vehicle_registration_codes</a>).<br>
Both sets of country codes (ISO, vehicle) have been used for paper mail.<br><br>
&nbsp;&nbsp;&nbsp;&nbsp;/kent k<br><br><br><br>
Den 2009-08-06 20.34, skrev "Mark Davis" &lt;<a href="mark <at> macchiato.com">mark <at> macchiato.com</a>&gt;:<br><br></span><blockquote>
<span>I am NOT suggesting adding it to the registry. I just wanted to find out what it is, to see if we need a mapping in CLDR.<br><br>
Mark<br><br><br>
On Thu, Aug 6, 2009 at 11:31, Randy Presuhn &lt;<a href="randy_presuhn <at> mindspring.com">randy_presuhn <at> mindspring.com</a>&gt; wrote:<br></span><blockquote><span>Hi -<br><br>
As technical contributor...<br><br>
My suggestion would be to not worry about it.<br><br>
As co-chair...<br><br>
It's *way* too late and too unlikely to be the source of<br>
any kind of problem to open it up as an issue here. &nbsp;If<br>
someone thinks it would be *useful* to add it to the registry,<br><a href="ietf-languages <at> iana.org">ietf-languages <at> iana.org</a> would be the place to do it.<br><br>
Randy<br><br>
----- Original Message -----<br>
From: "Mark Davis &#8987;" &lt;<a href="mark <at> macchiato.com">mark <at> macchiato.com</a>&gt;<br>
To: "LTRU Working Group" &lt;<a href="ltru <at> ietf.org">ltru <at> ietf.org</a>&gt;<br>
Sent: Thursday, August 06, 2009 11:16 AM<br>
Subject: [Ltru] Any information on SF?<br><br><br>
(That's not "San Francisco" or "Science Fiction", or any confluence of the<br>
two.)<br><br>
We're in the process of updating to the new IANA registry, and I was<br>
cross-checking to <a href="http://www.iso.org/iso/iso-3166-1_decoding_table">http://www.iso.org/iso/iso-3166-1_decoding_table</a>. The code<br><br>
SF stands out.<br><br>
*Transitionally reserved*<br>
BU &nbsp; &nbsp;Burma<br>
CS &nbsp; &nbsp;SERBIA AND MONTENEGRO<br>
NT &nbsp; &nbsp;Neutral Zone<br>
*SF &nbsp; &nbsp;Finland &nbsp; &nbsp; Not in IANA. CLDR maps to FI??<br>
*TP &nbsp; &nbsp;East Timor<br>
YU &nbsp; &nbsp;Yugoslavia<br>
ZR &nbsp; &nbsp;Zaire<br><br>
I had first presumed that SF is not included because it was withdrawn before<br>
RFC1766. But SF is not even listed in<br><a href="http://en.wikipedia.org/wiki/ISO_3166-3">http://en.wikipedia.org/wiki/ISO_3166-3</a> as a retired code. (ISO makes it<br>
exceptionally painful, as we all know, to get access to 3166-3:<br><a href="http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm">http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-3.htm</a>).<br>
Note that <a href="http://www.iso.org/iso/iso-3166-1_decoding_table">http://www.iso.org/iso/iso-3166-1_decoding_table</a> definitely has<br>
some oddities. For example, instead of "officially assigned", for two items<br>
it has "officiellement attribu&eacute;". So for all we know, SF is just a mistake<br>
in that table!<br><br>
Does anyone know more about the code SF?<br><br>
For comparison, here are the "Exceptionally Reserved", two of which are<br>
obsolete codes.<br><br>
*Exceptionally Reserved*<br>
AC &nbsp; &nbsp;Ascension Island &nbsp; &nbsp; ok<br>
CP &nbsp; &nbsp;Clipperton Island &nbsp; &nbsp; ok<br>
DG &nbsp; &nbsp;Diego Garcia &nbsp; &nbsp; ok<br>
EA &nbsp; &nbsp;Ceuta, Melilla &nbsp; &nbsp; ok<br>
EU &nbsp; &nbsp;European Union &nbsp; &nbsp; ok<br>
*FX &nbsp; &nbsp;France, Metropolitan &nbsp; &nbsp; Deprecated in IANA: IANA maps to FR<br>
*IC &nbsp; &nbsp;Canary Islands &nbsp; &nbsp; ok<br>
*SU &nbsp; &nbsp;USSR &nbsp; &nbsp; Deprecated in IANA: CLDR maps to RU AM AZ BY EE GE KZ KG LV<br>
LT MD TJ TM UA UZ<br>
*TA &nbsp; &nbsp;Tristan da Cunha &nbsp; &nbsp; ok<br>
*UK &nbsp; &nbsp;UNITED KINGDOM &nbsp; &nbsp; Not in IANA. CLDR maps to GB*<br><br>
Mark<br><br><br><br>
--------------------------------------------------------------------------------<br><br><br>
&gt; _______________________________________________<br>
&gt; Ltru mailing list<br>
&gt; <a href="Ltru <at> ietf.org">Ltru <at> ietf.org</a><br>
&gt; <a href="https://www.ietf.org/mailman/listinfo/ltru">https://www.ietf.org/mailman/listinfo/ltru</a><br>
&gt;<br><br><br>
_______________________________________________<br>
Ltru mailing list<br><a href="Ltru <at> ietf.org">Ltru <at> ietf.org</a><br><a href="https://www.ietf.org/mailman/listinfo/ltru">https://www.ietf.org/mailman/listinfo/ltru</a><br></span></blockquote>
<span><br><br></span><span>_______________________________________________<br>
Ltru mailing list<br><a href="Ltru <at> ietf.org">Ltru <at> ietf.org</a><br><a href="https://www.ietf.org/mailman/listinfo/ltru">https://www.ietf.org/mailman/listinfo/ltru</a><br></span>
</blockquote>
</div>

Gmane