[MPEG-OTSPEC] a registry and an iso spec (Re: lookup processing and 'chws', 'vchw')

[MURATA Makoto]

As Suzuki-san wrote, it is now difficult to establish a registry
that is normatively referenceable from an ISO/IEC standard.
It is now too difficult to find a registration authority (not a
SC or WG) since it has to pay the cost for liability insurance.

Recently, a registration authority in Japan decided to step down.
SC34 thus decided to create a TR by collecting all what
has been registered in the registry and also decided to
abandon the registry.  Suzuki-san is the editor of the TR.

Regards,
Makoto

2020年8月20日(木) 10:33 suzuki toshiya <mpsuzuki at hiroshima-u.ac.jp>:

> I think it's good idea to have a committee-based maintenance of the
> collection of the feature tags (not only feature, but also language,
> script, etc) in OpenType.
>
> But, please let me mention about the rule of the "registration" system in
> ISO spec. In my understanding, the registration system is used for the
> cases which the periodical updating of the ISO spec is not appropriate - in
> such cases, the registry should be managed by a Registration Authority
> which ISO assigns by a RA agreement (I think this position is reasonable
> for ISO to guarantee the quality of the ISO spec). I think, a SC or a WG
> could not be a RA.
>
> In addition, the latest RA agreement requests a liability insurance - it
> might be hard for the text shaping WG to find an external organization to
> be the RA for ISO.
>
> I think it's good idea to have a committee (or community-?) based
> maintenance of the collection of the tags in OpenType. Is it possible to
> include "the maintenance of the registry" in the agenda for the meeting on
> 24th Aug?
>
> Regards,
> mpsuzuki
>
> On 2020/08/20 7:18, John Hudson wrote:
> > Peter wrote:
> >
> >      As the OTL feature tag registry was set up _as a registry_, I have
> taken that to mean
> >      that new feature tag requests may be subject to technical review
> for refinement but,
> >      unless a requested tag is really not well formed or very obviously
> flawed, that it’s not
> >      subject to any kind of veto...
> >
> > That's a not unreasonable interpretation of the way a registry could or
> should work, but so far as I know there is no formal statement to that
> effect, particularly with regard to the registry of OTL features (and
> script tags, and language system tags, and variation axis tags) as
> maintained by Microsoft.
> >
> > JH
> >
> >
> > --
> >
> > John Hudson
> > Tiro Typeworks Ltd    www.tiro.com<
> https://jpn01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.tiro.com%2F&data=02%7C01%7Cmpsuzuki%40hiroshima-u.ac.jp%7Cdfc891229af04d393edb08d8448dcaac%7Cc40454ddb2634926868d8e12640d3750%7C1%7C1%7C637334723075100202&sdata=qub0xFpxjKujmIywGTaeQq4SYye%2FOFtfAIojX1NxqxI%3D&reserved=0
> >
> > Salish Sea, BC        tiro at tiro.com<mailto:tiro at tiro.com>
> >
> > NOTE: In the interests of productivity, I am currently
> > dealing with email on only two days per week, usually
> > Monday and Thursday unless this schedule is disrupted
> > by travel. If you need to contact me urgently, please
> > use some other method of communication. Thank you.
> >
>
> _______________________________________________
> mpeg-otspec mailing list
> mpeg-otspec at lists.aau.at
> https://lists.aau.at/mailman/listinfo/mpeg-otspec
>


-- 
Regards,
Makoto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.aau.at/pipermail/mpeg-otspec/attachments/20200820/5fddf084/attachment.html>