unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Simon Josefsson <jas@extundo.com>
Cc: fw@deneb.enyo.de
Subject: Re: describe-char and unicode data
Date: Tue, 13 May 2003 08:07:50 +0200	[thread overview]
Message-ID: <ilun0hrpefd.fsf@latte-wlan.josefsson.org> (raw)
In-Reply-To: <E19F7t4-0005jo-00@fencepost.gnu.org> (Richard Stallman's message of "Mon, 12 May 2003 03:38:18 -0400")

[-- Attachment #1: Type: text/plain, Size: 1408 bytes --]

Richard Stallman <rms@gnu.org> writes:

> 	Recipient is granted the right to make copies in any form for
> 	internal distribution and to freely use the information
> 	supplied in the creation of products supporting the UnicodeTM
> 	Standard. The files in the Unicode Character Database can be
> 	redistributed to third parties or other organizations (whether
> 	for profit or not) as long as this notice and the disclaimer
> 	notice are retained. Information can be extracted from these
> 	files and used in documentation or programs, as long as there
> 	is an accompanying notice indicating the source.
>
> Perhaps that last sentence gives us permission to release a free work
> containing the full information, but we had better check that with a
> lawyer first.

Below is the response from Unicode.  Is this sufficient?

Rick also made the following comment:

     Note that if you use any Unihan data, you should look at the UCD
     documentation and pay particular attention to which fields are
     normative and which are not; and to what is "provisional". A lot
     of the data in Unihan.txt is not normative, it is spotty and
     provisional and subject to change and improvement without notice.

So I think anyone working on this should separate the display into a
normative part and a "provisional" part so the user isn't lead to
believe some data are normative but really are unchecked data.


[-- Attachment #2: Type: message/rfc822, Size: 3886 bytes --]

From: Rick McGowan <rick@unicode.org>
To: jas@extundo.com
Cc: ken@unicode.org
Subject: Re: draft-rmcgowan-unicode-procs-02.txt
Date: Mon, 12 May 2003 17:05:02 -0700
Message-ID: <200305130005.h4D055r04467@unicode.org>

Hello Simon --

You asked:

> Has there been any progress?  I notice that the UCD-4.0.0.html says:
> |     Recipient is granted the right to make copies in any form ...
>

Yes there has been progress. You can take this as an official response.

We intend for the Unihan database to have the same rights and restrictions
as all of the UCD. Therefore we inserted the revised clause into
UCD-4.0.0.html, intending that it over-ride what is in the Unihan file.
The Unihan database has not yet been updated to a 4.0 version, so 3.2 is
the current one. But the 4.0 UCD clause over-rides the older terms in the  
Unihan 3.2 file.

When the Unihan database is (soon) updated to a 4.0 or later version, the
clause will be changed in the Unihan database itself to align with the new
intent, and to match the 4.0 UCD.

> In a discussion about adding support for this in the text editor
> application Emacs, Richard Stallman raised the following issue:
>
> ,----
> |     Unihan.txt> Recipient is granted the right ... to freely use
> |     Unihan.txt> the information supplied in the creation
> |     Unihan.txt> of products supporting Unicode.
> |
> | It is not clear that that gives us permission to transform
> | this data into a anything that would be under a free license,
> | but we could ask those who released it whether they meant it
> | to allow that.  Would someone like to contact them and ask?
> |
> `----

Yes, we mean that. If people couldn't take our data and transform it by
compression, compilation, extraction, etc, then it wouldn't be very useful.
We definitely intend people to use it. What we don't really want is for
people to take our data verbatim and re-distribute it verbatim, although
such use is definitely allowed explicity. We would prefer that, if
people need to distribute our data verbatim, they do so by referring to
the "latest version" on the web, and point to our web site. That way
constomers of the products can know how and where to get the latest
versions.

But to make a product that uses Unicode, almost everyone needs to take the
character information and properties and somehow distill that information
into a form that is suitable for use by a program during the course of
execution. When you do so, it is nice to also allow a means for end-users
to get an upgrade of the data by supplying some distillation mechanism, or
explaining your data format (if you use one) so that users can do manual
upgrades if needed.

A good example of using the Unicode data files is provided by this program:

	http://www.agfamonotype.com/software/charinfo.asp

That program comes with a compressed database, and has an option for live
update to the most recent Unicode data files by including a parser within
it. Any user can download the Unicode data files from our website, and ask
the program to upgrade itself from those files.

Please let me know if you have any further questions.

All the best,

	Rick

[-- Attachment #3: Type: text/plain, Size: 142 bytes --]

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel

  parent reply	other threads:[~2003-05-13  6:07 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-09 18:31 describe-char and unicode data James H. Cloos Jr.
2003-05-10 10:06 ` Eli Zaretskii
2003-05-10 16:23   ` James H. Cloos Jr.
2003-05-10 16:23 ` Florian Weimer
2003-05-10 16:39   ` James H. Cloos Jr.
2003-05-11 12:56     ` Richard Stallman
2003-05-11 13:04       ` Florian Weimer
2003-05-10 18:52   ` Simon Josefsson
2003-05-11 13:05     ` Florian Weimer
2003-05-11 14:34       ` Simon Josefsson
2003-05-12  7:38     ` Richard Stallman
2003-05-12 11:24       ` Simon Josefsson
2003-05-13  6:07       ` Simon Josefsson [this message]
2003-05-15  4:54         ` Richard Stallman
2003-05-11 12:55 ` Richard Stallman
2003-05-11 17:24   ` Stephen J. Turnbull
2003-05-12 11:22   ` Kenichi Handa
2003-05-14 13:49     ` Richard Stallman
2003-05-21 21:52   ` James H. Cloos Jr.
2003-05-22 15:29     ` Kevin Rodgers
2003-05-22 19:25       ` James H. Cloos Jr.
2003-05-23 12:04     ` Richard Stallman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ilun0hrpefd.fsf@latte-wlan.josefsson.org \
    --to=jas@extundo.com \
    --cc=fw@deneb.enyo.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).