On the other hand, the IP told us they wanted us to reflect the other LGRs. We may think it's their job. But it appears that their view differs. Bill Sent from Yahoo Mail on Android On Thu, Jul 1, 2021 at 8:35 AM, Tan Tanaka, Dennis via Latingp<latingp@icann.org> wrote: On point 3 - Maybe, but only Latin GP is having the benefit of the other two or three (if we include Armenian) LGRs being completed before ours. So while we "could" incorporate all complete sets (i.e. closure due to transitivity) this is only possible because we are still in progress and we can see what others have done. The other proposals and GPs have closed and to my knowledge they will not reconvene to "complete" the transitivity cases. This is the Integration Panel's job which will be reflected in the merged LGR once we deliver the Latin script LGR. Dennis On 6/30/21, 12:03 PM, "Latingp on behalf of Mats Dufberg via Latingp" <latingp-bounces@icann.org on behalf of latingp@icann.org> wrote: Caution: This email originated from outside the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. There are several aspects of variants. 1. If the members of a variant set (or pair) are clearly distinct, then the support for creating the variant relation must be solid, or else the fact will be questioned over and over again, and that will lower the acceptance of the rules. In this case the proposed or "imported" set is made of members that can easily confused. 2. If the members of a set are used as distinct characters in a language, then the acceptance will also be lower. This is not unrelated to the bullet above. I think it is likely that the members are not used as distinct characters in any language. 3. For the reader or reviewer of our report it is better if all in-script variant sets are included, even if the set is due to transitivity from Greek or some other script. This is too complex to expect the reader to also read the other reports. 4. Being consistent is always a good feature. Else we risk focus on wrong aspects of the report. Mats -- --- Mats Dufberg mats.dufberg@internetstiftelsen.se Technical Expert Internetstiftelsen (The Swedish Internet Foundation) Mobile: +46 73 065 3899 https://secure-web.cisco.com/1Wvk6eqCo-dQ7zg7Sb87u8nS-tCwWsoi-Bk5qyrdCLkpRDg... On 30/06/2021, 08:00, "Latingp on behalf of Michael Bauland via Latingp" <latingp-bounces@icann.org on behalf of latingp@icann.org> wrote: Hello Bill, thank you very much for summarising the facts. On 29.06.2021 21:10, Bill Jouris via Latingp wrote: > > Transitivity means that all of the following pairs are Latin in-script > variants: > ć / ċ i / í ń / ṅ ó / ȯ ẃ / ẇ ź / ż > > But not: > é / ė > > Does anyone really and truly want to get up in public and argue that > having this /single/ omission is intellectually defensible? Honestly, yes I do, really and truly. ;-) All of those variants are not ours (well technically we inherit them and therefore they become ours, but we are not in favour of them) and there is no need to argue for having any of those. We do not consider them to be variants and for that reason I do not think it's a good idea to add some other relation that we do not consider to be variants. On the contrary, I would find it difficult to argue in favour of adding them ourselves: "We added those in-script variants, because in the Greek Script some other characters are variants." In my point of view, we should keep the Greek influence on our LGR as small as possible. If some variants get introduced due to transitivity, well, then that's unfortunate, but not really avoidable. Adding those other variants ourselves however, would unnecessarily increase that influence. Nevertheless, as stated last week, this is my personal opinion and I'm more than happy to discuss this in our next call. Cheers, Michael -- ____________________________________________________________________ | | | knipp | Knipp Medien und Kommunikation GmbH ------- Technologiepark Martin-Schmeisser-Weg 9 44227 Dortmund Germany Dipl.-Informatiker Fon: +49 231 9703-0 Fax: +49 231 9703-200 Dr. Michael Bauland SIP: Michael.Bauland@knipp.de Software Development E-mail: Michael.Bauland@knipp.de Register Court: Amtsgericht Dortmund, HRB 13728 Chief Executive Officers: Dietmar Knipp, Elmar Knipp _______________________________________________ Latingp mailing list Latingp@icann.org https://secure-web.cisco.com/1HBWnx4UNjNXN9dbhoI2UTX7KZsi97Bo95EmiFbq50vgkgP... _______________________________________________ By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://secure-web.cisco.com/1UZuV65l0qhDwI663YO06GIjN6TxAmUNM0g13DNb3xhmGda...) and the website Terms of Service (https://secure-web.cisco.com/1zR0FdbodQYgPSU2F8w3sW_br6aLia37p6OZYt6ayQ7Y1fe... You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. _______________________________________________ Latingp mailing list Latingp@icann.org https://secure-web.cisco.com/1HBWnx4UNjNXN9dbhoI2UTX7KZsi97Bo95EmiFbq50vgkgP... _______________________________________________ By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://secure-web.cisco.com/1UZuV65l0qhDwI663YO06GIjN6TxAmUNM0g13DNb3xhmGda...) and the website Terms of Service (https://secure-web.cisco.com/1zR0FdbodQYgPSU2F8w3sW_br6aLia37p6OZYt6ayQ7Y1fe... You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. _______________________________________________ Latingp mailing list Latingp@icann.org https://mm.icann.org/mailman/listinfo/latingp _______________________________________________ By submitting your personal data, you consent to the processing of your personal data for purposes of subscribing to this mailing list accordance with the ICANN Privacy Policy (https://www.icann.org/privacy/policy) and the website Terms of Service (https://www.icann.org/privacy/tos). You can visit the Mailman link above to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on.