LISTSERV mailing list manager LISTSERV 16.0

Help for ISOJAC Archives


ISOJAC Archives

ISOJAC Archives


[email protected]


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

ISOJAC Home

ISOJAC Home

ISOJAC  March 2000

ISOJAC March 2000

Subject:

2 of 2 (Re: Language code form)

From:

John Clews <[log in to unmask]>

Reply-To:

[log in to unmask]

Date:

Fri, 10 Mar 2000 18:20:52 GMT

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (302 lines)

Here aer comments on the actual form submitted by Rebecca.

Comments on form: >>>> indicates comments by John Clews
------------------------------------------------------------

General:

The form is rather too long. It should ideally occupy only a single
screen.

There are also too many hurdles shown, and it could be made more
user-friendly. There are also potential problems of having to deal
with frivolous or malicious submissions (always possible with
linguistic or ethnic issues) which could be avoided if the form were
to be redesigned somewhat, while still maintaining the essence of
Rebecca's proposal.

The form also lacks any information on the status of the submitter,
and their relationship to the language concerned (do they use it?
have they any professional or academic role in relation to the
language for which a request is being submitted?)

There is also no place for specifying if a specific Latin script is used.

A suggested simplified form was included in the previous email
from me.

------------------------------------------------------------
Specific comments:

> <Picture: ISO 639-2 Registration Authority - Library of Congress>
>
> ISO 639 Registration Form
>
> Request for addition or change

>>>>    Make that

        "Request for code for new language."

        The form should allow requests for additions only.
        Delete section 2. Rationale for deletion under
        section 2. below.

> Please review the criteria for registration of language codes for the
> assignment of new language codes (ISO 639-2 or ISO 639-1)
>
> 1. New Languages
>
> Name of language (English):
> (Required)
>
> Name of language (French):
>
>         Reference where found:
>
> Name of language (indigenous)
>
>         Reference where found:

>>>>    Keep this much simpler: just ask for

        Language name(s)

        It's the job of the RA, assisted by the JAC, to disentangle
        English names, French names, other names, not that of the
        submitter, who might get confused by some of the questions.

        In passing, "Name of language (English): (Required)" - when
        no other language names are required - makes this seem very
        anglo-centric in an international context.

> If in non-Roman script and supply a romanized form, indicate
> transliteration system used:

>>>>    If the submitter has come across the name in a book, or in
        various books or other documents, unless it is documented in
        those documents, there is no reason why a submitted should
        know this.

        Again, it's the job of the RA, assisted by the JAC, to disentangle
        various possible names.

> Evidence of sufficient number of documents to establish separate code
> per ISO 639-2 Annex A A.2.1 (request by one agency with 50 documents
> or five agencies with a total of 50 among them). Please cite name of
> institution(s) where documents are held and number at each. Example:
> Library of Congress (65)a: (Required)

>>>>    Here too, it's the job of the RA, assisted by the JAC, to
        look at aspects such as this in establishing what amount of
        documents may exist in such languages.

        Documents _about_ such languages are important too - perhaps
        more important in some cases, and there may well be a
        significant number of such documents.

        The same aims could be achieved by a different box to fill in:

        ---------------------------------------------------------
        Relevant bibliographic references, if any
        (Documents about the language and in the language).
        Note: priority will be given to requests where this
        section is well documented,
        ---------------------------------------------------------

>>>>    There have always been major problems with this
        "50 documents" approach

1.      How does either the submitter, or the RA, easily find out how
        many documents there are?

2.      Crucially, why 50 documents? I have recently done a
        statistical analysis of various figures from different
        national libraries, including the British Library and the
        Library of Congress, and it is clear that this "50 documents"
        rule has been applied retrospectively - there are many
        languages in both the libraries that I mention that now have
        language codes in ISO 639 and ISO 639-2, which would not have
        had codes allocated had this "50 documents" instruction been
        applied at the time ISO 639-2 was prepared.

        It might be an interesting exercise for Jean-Arthur Creff
        (and any others) to check how many documents he can find in
        Alsatian and in the other languages with important status in
        France which were documented in ISO 639 JAC N19. I would
        guess that it would be hard to find 50 documents for several
        of these languages, and indeed for several in ISO 639-2 that
        have codes already allocated.

        This is not to suggest that any of those languages are in
        some way "unworthy" - just to highlight the difficulties of
        the "50 documents" hurdle in practice.

3.      Speaking on behalf of CEN/TC304 (Information and
        Communications Technologies: European Localization
        Requirements) the European standards committee that I
        represented at the the ISO 639 Joint Advisory Committee
        meeting in February, there is a strong view that the amount
        of documents available is only one of several factors that
        should be taken into consideration, and NOT the predominant
        one, given that many languages which already have codes in
        ISO 639-2 do not themselves meet this criteria. There are
        various other factors which may affect the numnber of
        documents, e.g. official status or otherwise in a country; or
        the current economic conditions in the country/countries
        concerned.

4.      Fitness of purpose in ISO standards - not just for libraries

        As Haavard Hjulstad wrote on Monday 6 Mar 2000, via
        <[log in to unmask]>:

> > PLEASE remember: ISO 639 (both parts) are !!!NOT!!! solely for
> > library use: It should be sufficient to document that there is a
> > need within other application areas. Within terminology there clearly
> > is a need. Within software localization there clearly is a need.
> > Within SOME libraries I would expect that there is a need...

>>>>    It is the view in CEN/TC304 that this criterion may need
        amendment when ISO 639-2 is reviewed, and probably revised,
        at or before its next 5-yearly review.

>>>>    Given this situation, when CEN/TC304 sends in its next block
        of requests for codes for languages which have some
        importance within Europe, CEN/TC304 will not expect that
        evidence on a particular number of documents will be all that
        important. The status of some languages as having official
        status implies that almost certainly there are likely to be
        a significant number of documents in that language, without
        needing to provide evidence.

        The suggested dialogue box which says
        ---------------------------------------------------------
        Relevant bibliographic references, if any
        (Documents about the language and in the language).
        Note: priority will be given to requests where this
        section is well documented,
        ---------------------------------------------------------
        is a way to get over this problem, and to get around problems
        that CEN/TC304 raised earlier when it previously requested
        codes.


> Additional information (may include number of speakers):

>>>>    Change to

        Additional information (e.g. Official status, and where;
        or _estimated_ number of speakers):

> Request addition in:
>
>  - ISO 639-2 only
>
>  - ISO 639-1 and ISO 639-2
>
> (Note that ISO 639-1 is a subset of ISO 639-2)
>
> Code suggestion (Note that there is no guarantee that these codes
> will be assigned):
>
>
>
>
>
>
> 2. Changes

>>>>    All of section 2 should go, for the reasons stated above.
        It will lead to too many requests for changes, which can only
        get a standard reply such as "no more changes are made" which
        will only lead to dissatisfied submitters, who may take up
        their dissatisfaction elsewhere.

        Raising expectations that cannot be fulfilled only leads to
        problems.

        There is also the opportunity for malicious use, e.g. to
        suggest names which might go through which turn out to be
        insulting to that language community, which the the ISO 639
        Joint Advisory Committee fails to spot. We should not be a
        hostage to fortune.

        NB: if there are any problems with existing codes or existing
        names of languages, the people concerned will find ways to
        contact us, particularly if email contact is provided,
        whether via [log in to unmask], or some named person attached to
        the ISO 639 Joint Advisory Committee.


>>>>    Regarding the phrases below, the same comments apply as in
        section 1. Most should go or be simplified.

> Name of language (English): (Required)
>
> Name of language (French):
>
> ISO 639-2/B code: (Required)
>
> ISO 639-2/T code: (Required)
>
> Indicate specific change requested including justification and any
> references: (Required)
>
> Note: Codes that have already been used are generally not changed.
> Language names may be changed when well documented.

>>>>    Language names are not a normative part of the standard in
        any case, it is only the language codes that are normative.

        NB: because of that it may be useful to state on the form:

        "Use of any form of name does not imply any endorsement or
        otherwise by ISO of a particular form of name, just that it
        is in general use in some areas."



> ------------------------------------------------------------------------
>
> Return to:
>
> •ISO 639 Home Page •
>  ISO 639-1 Registration Authority---coming soon •
>  ISO 639-2 Registration Authority •
>  Library of Congress Standards •
>  Library of Congress Home Page

>>>>    There should also be a chance to seek approval to join the
        <[log in to unmask]> list. I regularly approve new additions to
        the <[log in to unmask]> list. Haavard Hjulstad is currently
        the one who approves addition of new people to
        <[log in to unmask]>.

> ------------------------------------------------------------------------
> <Picture>Library of Congress
> Comments: [log in to unmask] (03/08/2000)

>>>>    I assume that "Comments: [log in to unmask] (03/08/2000)"
        relates to web-design issues, rather than to the
        ISO 639 Joint Advisory Committee, and would not be included
        in the final request form.

Best regards

John Clews

--
John Clews, SESAME Computer Projects, 8 Avenue Rd, Harrogate, HG2 7PG
tel: +44 1423 888 432; fax: + 44 1423 889061;
Email: [log in to unmask]

Committee Chair of  ISO/TC46/SC2: Conversion of Written Languages;
Committee Member of ISO/IEC/JTC1/SC22/WG20: Internationalization;
Committee Member of CEN/TC304: Information and Communications
 Technologies: European Localization Requirements
Committee Member of TS/1: Terminology (UK national member body of
 ISO/TC37: Terminology)
Committee Member of the Foundation for Endangered Languages;
Committee Member of ISO/IEC/JTC1/SC2: Coded Character Sets

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

April 2021
January 2021
November 2020
June 2020
May 2019
February 2019
September 2018
April 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
May 2016
April 2016
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
October 2013
September 2013
August 2013
July 2013
May 2013
April 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
September 2003
August 2003
July 2003
June 2003
May 2003
April 2003
March 2003
February 2003
January 2003
December 2002
November 2002
October 2002
September 2002
August 2002
July 2002
June 2002
May 2002
April 2002
March 2002
February 2002
January 2002
December 2001
November 2001
October 2001
September 2001
August 2001
July 2001
June 2001
April 2001
March 2001
February 2001
January 2001
December 2000
November 2000
October 2000
September 2000
August 2000
July 2000
June 2000
May 2000
April 2000
March 2000
February 2000
January 2000

ATOM RSS1 RSS2



LISTSERV.LOC.GOV

CataList Email List Search Powered by the LISTSERV Email List Manager