[ChineseGP] 答复: 答复: [Japanesegp] 答复: Proposed Action items before Seoul meeting
Yoshiro YONEYA
yoshiro.yoneya at jprs.co.jp
Fri May 8 09:18:57 UTC 2015
Dear Wang Wei San,
Thank you for your explanation about 3 code points. I understood Chinese
situation. I really appreciate CGP's effort.
> To continue the my assumption about “丏丏” with J-TAG.
>
> If IP have a higher-level disposition rule, when founding all label combination failed (blocked or out-of-repertoire-blocked), and the application will be cancelled.
>
> Which means, nothing happens, then the applicant could try丏丏 with C-TAG or K-TAG.
My opinion is the same above.
丏 is not in J-LGR-1 repertoire, so basically "丏丏" can't apply with
J-TAG. I think labels including "out-of-repertoire-var" character
(that is, invalid labels) must be rejected.
Regards,
--
Yoshiro YONEYA <yoshiro.yoneya at jprs.co.jp>
On Fri, 8 May 2015 15:56:29 +0800 王伟 <wangwei at cnic.cn> wrote:
> To continue the my assumption about “丏丏” with J-TAG.
>
>
>
> If IP have a higher-level disposition rule, when founding all label combination failed (blocked or out-of-repertoire-blocked), and the application will be cancelled.
>
> Which means, nothing happens, then the applicant could try丏丏 with C-TAG or K-TAG.
>
>
>
> Thus, Yoneya’s algorithm works perfect, nothing needs to change.
>
>
>
> : )
>
>
>
>
>
> 发件人: 王伟 [mailto:wangwei at cnic.cn]
> 发送时间: 2015年5月8日 15:38
> 收件人: 'Yoshiro YONEYA'
> 抄送: 'KoreanGP at icann.org'; 'ChineseGP at icann.org'; 'JapaneseGP at icann.org'
> 主题: 答复: 答复: [Japanesegp] 答复: [ChineseGP] Proposed Action items before Seoul meeting
>
>
>
> Dear Yoneya San
>
>
>
> The three characters you mentioned in CGP-LGR go like:
>
>
> Code
>
> Character
>
> S
>
> T
>
> Blocked
>
>
> 4E48
>
> 么
>
> 么(4E48)
>
> 么(4E48)麼(9EBC)
>
> 幺(5E7A)麽(9EBD)
>
>
> 9EBC
>
> 麼
>
> 么(4E48)
>
> 麼(9EBC)
>
> 幺(5E7A)麽(9EBD)
>
>
> 9EBD
>
> 麽
>
> 麽(9EBD)么(4E48)
>
> 麼(9EBC)
>
> 幺(5E7A)
>
>
> 5E7A
>
> 幺
>
> 幺(5E7A)
>
> 么(4E48)
>
> 麼(9EBC)麽(9EBD)
>
>
>
>
>
>
>
>
>
>
>
>
>
> 4E81
>
> 亁
>
> 干(5E72)
>
> 乾(4E7E)
>
> 幹(5E79)榦(69A6)漧(6F27)
>
>
> 5E79
>
> 幹
>
> 干(5E72)
>
> 幹(5E79)
>
> 乾(4E7E)亁(4E81)榦(69A6)漧(6F27)
>
> registr
>
>
> 4E7E
>
> 乾
>
> 乾(4E7E)干(5E72)
>
> 乾(4E7E)
>
> 亁(4E81)幹(5E79)榦(69A6)漧(6F27)
>
>
> 5E72
>
> 干
>
> 干(5E72)
>
> 干(5E72)乾(4E7E)幹(5E79)
>
> 亁(4E81)榦(69A6)漧(6F27)
>
>
> 69A6
>
> 榦
>
> 干(5E72)
>
> 榦(69A6)
>
> 乾(4E7E)亁(4E81)幹(5E79)漧(6F27)
>
>
> 6F27
>
> 漧
>
> 乾(4E7E)
>
> 漧(6F27)
>
> 亁(4E81)干(5E72)幹(5E79)榦(69A6)
>
>
>
>
>
>
>
>
>
>
>
>
>
> 6900
>
> 椀
>
> 椀(6900)
>
> 碗(7897)
>
> 盌(76CC)鋺(92FA)
>
>
> 7897
>
> 碗
>
> 碗(7897)
>
> 碗(7897)
>
> 椀(6900)盌(76CC)鋺(92FA)
>
>
> 92FA
>
> 鋺
>
> 碗(7897)
>
> 鋺(92FA)
>
> 椀(6900)盌(76CC)
>
>
> 76CC
>
> 盌
>
> 碗(7897)
>
> 碗(7897)
>
> 椀(6900)鋺(92FA)
>
>
>
> The above disposition is the compromise result between simplified area and traditional area ( just like a coordination between Simplified GP and Traditional GP)
>
> For example,
>
>
> 5E72
>
> 干
>
> 干(5E72)
>
> 干(5E72)乾(4E7E)幹(5E79)
>
> 亁(4E81)榦(69A6)漧(6F27)
>
> for code point 5E72, China mainland will use 5E72 as simplified preferred character, however, 5E72, 4E7E and 5E79 could all possible traditional code points to 5E72.
>
> it is hard for Taiwan to predict which one is the actual code points a specific registrant really want, so they keep all three code points “ALLOCATABLE”, “BLOCK” the others three (4E81, 69A6, 6F27)
>
>
>
> so for your question, U+4E48(么), U+4E7E(乾), U+7897(碗) have both T and S disposition, is not matter for Chinese.
>
>
>
> Anyway, I noticed JGP’s disposition for 丏(o) and丐(b)
>
> “丐, 丏(b), 丐(A)” is generated in Step3 and “丏, 丏(o), 丐(b)” is generated in Step 4
>
> I am a little worried about the meaning of “丏, 丏(o), 丐(b)”
>
> Does that mean even “丏” is an out-of-repertoire-variant for J-TAG, not existing n Japanese script, applicants are still able to apply for a label like丏丏with J-TAG.
>
> The disposition will go like “丏丏” get out-variant-blocked and “丐丐” label get also blocked at the same time.
>
> In this case, applicant get nothing, but in the root database, 丏丏 and 丐丐 are both blocked. ( this is nonsense )
>
>
>
> A more rational action should go like, the application for 丏丏with J-TAG be rejected, with a warning “not a Japanese character”
>
> Then applicant could try to apply丏丏 with C-TAG again. If we want to do this, some changes are needed in Step3 and Step4.
>
>
>
> What’s your opinion to the above case?
>
>
>
>
>
> Regards
>
> Wang Wei
>
>
>
>
>
> -----邮件原件-----
> 发件人: Yoshiro YONEYA [mailto:yoshiro.yoneya at jprs.co.jp]
> 发送时间: 2015年5月7日 19:16
> 收件人: 王伟
> 抄送: KoreanGP at icann.org; ChineseGP at icann.org; JapaneseGP at icann.org
> 主题: Re: 答复: [Japanesegp] 答复: [ChineseGP] Proposed Action items before Seoul meeting
>
>
>
> Dear Wang Wei san,
>
>
>
> Thank you for your answers.
>
>
>
> > For your first question, yes, we would like to see J-LGR-2. Please
>
> > send it to us when you ready.
>
>
>
> Please find attached J-LGR-2 repertoire. Please note that it is Excel file and is not XML format, because it will be more convenient for most of receipients. And it omits preambles (including language tag) and WLE rules.
>
>
>
> > For the conflicts you mentioned, from CDNC's perspective, we don’t
>
> > treat them as conflicts.
>
>
>
> Thank you for your explanation. I understood CGP's intention.
>
> I still concern about 3 characters which has both T and S disposition
>
> types:
>
>
>
> U+4E48(么)
>
> U+4E7E(乾)
>
> U+7897(碗)
>
>
>
> If it is not matter for Chinese, please ignore my concern.
>
>
>
> > For JGP, the case should go like:
>
> > 丐, 丐(A), 丏(o)
>
>
>
> This case comes to this (see line 195 and 196 of attached file):
>
> 丏, 丏(o), 丐(b)
>
> 丐, 丏(b), 丐(A)
>
>
>
> The differences are because the line 195 is generated by step 4, and the line 196 is generated by step 3.
>
>
>
> Regards,
>
>
>
> --
>
> Yoshiro YONEYA < <mailto:yoshiro.yoneya at jprs.co.jp> yoshiro.yoneya at jprs.co.jp>
>
>
>
> On Tue, 5 May 2015 19:18:29 +0800 王伟 < <mailto:wangwei at cnic.cn> wangwei at cnic.cn> wrote:
>
>
>
> >
>
> > Sorry for the mistake in the last mail.
>
> >
>
> > For JGP, the case should go like:
>
> > 丐, 丐(A), 丏(o)
>
> >
>
> > regards
>
> >
>
> >
>
> > -----邮件原件-----
>
> > 发件人: 王伟 [mailto:wangwei at cnic.cn]
>
> > 发送时间: 2015年5月5日 19:02
>
> > 收件人: 'Yoshiro YONEYA'
>
> > 抄送: 'KoreanGP at icann.org'; 'ChineseGP at icann.org'; 'JapaneseGP at icann.org'
>
> > 主题: 答复: [Japanesegp] 答复: [ChineseGP] Proposed Action items before
>
> > Seoul meeting
>
> >
>
> > Dear Yoneya San
>
> >
>
> >
>
> > Thanks for your work.
>
> > It seems we already have a unanimous agreement on the repertoire so
>
> > far.
>
> > For your first question, yes, we would like to see J-LGR-2. Please
>
> > send it to us when you ready.
>
> >
>
> > For the conflicts you mentioned, from CDNC's perspective, we don’t
>
> > treat them as conflicts.
>
> > Let's take 4E10丐for example, CGP will follow CDNC's variant setting
>
> > and rule, it goes like the follows:
>
> > 丏, 丐(S), 丏(T)
>
> > 丐, 丐(B), 丏(b)
>
> > Which means, the preferred simplified code points and traditional
>
> > code points would be different, the variant corresponding actions are
>
> > asymmetric, considering the actual language environment usage difference.
>
> >
>
> > In this case, because J-LGR-1 has 4E10 too (but has no 4E0F), so I
>
> > assume JGP variant action would follow CGP's action be like
>
> > 丐, 丐(B), 丏(b)
>
> >
>
> > I am not sure if the above case will work for JGP.
>
> > As you listed in the last mail, CGP has many code points as above,
>
> > including the most important发-發-発and发/ 髮.
>
> >
>
> > Looking forward to your reply.
>
> >
>
> >
>
> > Regards
>
> > Wang Wei
>
> >
>
> > -----邮件原件-----
>
> > 发件人: Yoshiro YONEYA [mailto:yoshiro.yoneya at jprs.co.jp]
>
> > 发送时间: 2015年5月1日 21:03
>
> > 收件人: wangwei at cnic.cn
>
> > 抄送: KoreanGP at icann.org; ChineseGP at icann.org; JapaneseGP at icann.org
>
> > 主题: Re: [Japanesegp] 答复: [ChineseGP] Proposed Action items before
>
> > Seoul meeting
>
> >
>
> > Dear Wang Wei san and all,
>
> >
>
> > Thank you for CGP's effort. I checked mss-var-20150430.xml from two
>
> > viewpoints below:
>
> >
>
> > (1) Whether Yoneya's algorithm work fine with C and J LGR-1
>
> > (2) Whether C-LGR-1 has conflicts of disposition type
>
> >
>
> > For (1), it seemed working fine.
>
> > - There was no difference between C-LGR-1 and generated C-LGR-2
>
> > (This is because J-LGR-1 has no variant)
>
> > - Variants in generated J-LGR-2 were the same with C and J LGR-M
>
> >
>
> > (please let me know if you want to see J-LGR-2)
>
> >
>
> > For (2), I found hundreds of conflicts listed below.
>
> > Here, each mark means the disposition type as:
>
> > - S: simp
>
> > - T: trad
>
> > - B: both
>
> > - b: blocked
>
> >
>
> > CP disposition types
>
> > U+4E10: SB
>
> > U+4E11: BS
>
> > U+4E18: BS
>
> > U+4E30: BbS
>
> > U+4E43: BSS
>
> > U+4E48: BTSS
>
> > U+4E7E: BTTbbS
>
> > U+4E86: BSS
>
> > U+4E91: BS
>
> > U+4E95: SB
>
> > U+4EC6: BS
>
> > U+4EC7: BSbb
>
> > U+4ED9: BSS
>
> > U+4EF2: BS
>
> > U+4EFF: BSbS
>
> > U+4F0A: BS
>
> > U+4F19: BS
>
> > U+4F59: BSb
>
> > U+4F5B: BBSS
>
> > U+4F60: TBbbb
>
> > U+4F63: BS
>
> > U+4F69: BS
>
> > U+4F84: BS
>
> > U+4FDD: BS
>
> > U+4FDE: BBS
>
> > U+4FEF: SBS
>
> > U+500F: BS
>
> > U+501F: BSS
>
> > U+5026: BbS
>
> > U+506C: BS
>
> > U+5077: BBS
>
> > U+508D: BS
>
> > U+50ED: SB
>
> > U+50F5: BS
>
> > U+5149: BS
>
> > U+514B: BSS
>
> > U+518F: BS
>
> > U+51A2: BS
>
> > U+51AC: BS
>
> > U+51B1: BS
>
> > U+51C6: BSS
>
> > U+51CC: BS
>
> > U+51E0: BS
>
> > U+51F6: SB
>
> > U+51FA: BS
>
> > U+5212: BS
>
> > U+5228: BS
>
> > U+522E: BS
>
> > U+5236: BS
>
> > U+5238: bBT
>
> > U+5243: BS
>
> > U+5269: BBS
>
> > U+526F: BS
>
> > U+527D: BS
>
> > U+527F: BS
>
> > U+52D6: BS
>
> > U+52E4: BS
>
> > U+5343: bBS
>
> > U+5347: BSS
>
> > U+535C: BbS
>
> > U+5360: SB
>
> > U+5377: BBS
>
> > U+5382: BS
>
> > U+5384: BS
>
> > U+5398: BS
>
> > U+53CD: BS
>
> > U+53EA: BSS
>
> > U+53F0: BSSS
>
> > U+5401: BS
>
> > U+5403: BS
>
> > U+5408: BS
>
> > U+540A: BS
>
> > U+540C: bBS
>
> > U+540E: BS
>
> > U+5411: BSS
>
> > U+543B: BSB
>
> > U+5446: BS
>
> > U+5468: BS
>
> > U+5471: BT
>
> > U+5475: BTbb
>
> > U+547C: BBbS
>
> > U+548C: BSS
>
> > U+549D: BS
>
> > U+54B1: SB
>
> > U+54B8: BS
>
> > U+54BD: BS
>
> > U+54C4: BSS
>
> > U+5507: BS
>
> > U+5546: BS
>
> > U+5556: BSS
>
> > U+5582: BS
>
> > U+5591: BS
>
> > U+55A7: BS
>
> > U+563B: BS
>
> > U+566A: BS
>
> > U+56DE: BSSS
>
> > U+56F0: BS
>
> > U+572D: BS
>
> > U+5730: BS
>
> > U+5740: BS
>
> > U+574F: BbSS
>
> > U+5751: BS
>
> > U+5807: BSS
>
> > U+5824: BS
>
> > U+58D6: SB
>
> > U+590D: BSSb
>
> > U+5925: TB
>
> > U+592B: SB
>
> > U+592D: BS
>
> > U+5938: BS
>
> > U+5976: bbBbS
>
> > U+5978: BS
>
> > U+5996: BS
>
> > U+5999: BSB
>
> > U+59DC: BS
>
> > U+59F9: SB
>
> > U+5A18: BSS
>
> > U+5A49: SB
>
> > U+5B81: BSSbSSb
>
> > U+5B83: BS
>
> > U+5BB4: BS
>
> > U+5BB6: SB
>
> > U+5C38: BS
>
> > U+5C40: SBS
>
> > U+5CA9: BSSS
>
> > U+5CAD: BBS
>
> > U+5CB3: BS
>
> > U+5D0E: SBS
>
> > U+5D4F: BS
>
> > U+5DE8: BSb
>
> > U+5E03: SB
>
> > U+5E18: BS
>
> > U+5E19: BS
>
> > U+5E2D: BS
>
> > U+5E55: BS
>
> > U+5E72: SSBSSb
>
> > U+5E76: SSSBBS
>
> > U+5E78: SB
>
> > U+5E84: BSS
>
> > U+5E95: SB
>
> > U+5EFF: SB
>
> > U+5F04: BBS
>
> > U+5F26: BS
>
> > U+5F69: BS
>
> > U+5F81: BSS
>
> > U+5FA1: BS
>
> > U+5FAD: SB
>
> > U+5FB5: TTB
>
> > U+5FCF: BSS
>
> > U+5FD7: BS
>
> > U+5FF5: SB
>
> > U+601C: BS
>
> > U+604D: SB
>
> > U+6052: SB
>
> > U+6064: SBB
>
> > U+6096: BS
>
> > U+60E0: BBS
>
> > U+6108: BSS
>
> > U+6127: SB
>
> > U+613F: BS
>
> > U+6167: BS
>
> > U+6247: BS
>
> > U+624D: BS
>
> > U+624E: bbBbSSS
>
> > U+6251: BS
>
> > U+6258: BS
>
> > U+625B: BS
>
> > U+6263: BS
>
> > U+626F: BS
>
> > U+627C: BS
>
> > U+6298: BS
>
> > U+62AC: BS
>
> > U+62B5: bBbbS
>
> > U+62D0: BS
>
> > U+62DA: SB
>
> > U+633D: BS
>
> > U+6346: BS
>
> > U+634D: bBT
>
> > U+636E: BSS
>
> > U+63EA: BS
>
> > U+647A: TB
>
> > U+64B0: BS
>
> > U+6548: SBB
>
> > U+6597: BSSSSS
>
> > U+65A4: BbS
>
> > U+65C5: BS
>
> > U+65CB: BSb
>
> > U+65D7: SB
>
> > U+6606: SSB
>
> > U+6635: BS
>
> > U+6696: BS
>
> > U+6697: SBS
>
> > U+66F2: BBS
>
> > U+6717: BS
>
> > U+671B: BS
>
> > U+672C: TB
>
> > U+672D: SSbBbbb
>
> > U+6731: BS
>
> > U+6734: BS
>
> > U+6746: BS
>
> > U+6760: BS
>
> > U+676F: BSS
>
> > U+6770: SB
>
> > U+677E: BS
>
> > U+677F: BS
>
> > U+6781: BS
>
> > U+6784: SSBS
>
> > U+679C: BS
>
> > U+67DC: BS
>
> > U+67F1: BS
>
> > U+6816: SBS
>
> > U+6817: SB
>
> > U+6838: BS
>
> > U+6840: BS
>
> > U+6881: BS
>
> > U+68CB: BBS
>
> > U+68F0: BS
>
> > U+68F1: BS
>
> > U+68F9: bBS
>
> > U+6994: SB
>
> > U+699C: BS
>
> > U+69A8: SB
>
> > U+69B7: SB
>
> > U+6A3D: BS
>
> > U+6A90: BS
>
> > U+6A97: BS
>
> > U+6B32: SB
>
> > U+6BB7: SB
>
> > U+6BD7: BS
>
> > U+6C1B: BS
>
> > U+6C61: SBB
>
> > U+6C78: BS
>
> > U+6C88: BbS
>
> > U+6CBE: BS
>
> > U+6CC4: BSb
>
> > U+6CDB: SSB
>
> > U+6CDE: BS
>
> > U+6CE0: BS
>
> > U+6CE8: BS
>
> > U+6D01: BS
>
> > U+6D3C: BSS
>
> > U+6D3D: SB
>
> > U+6D59: BS
>
> > U+6D63: BS
>
> > U+6D69: BS
>
> > U+6D82: BSB
>
> > U+6D8C: BS
>
> > U+6DC0: BS
>
> > U+6DCB: BbSbb
>
> > U+6DEB: SB
>
> > U+6E05: SBB
>
> > U+6E38: BS
>
> > U+6EAA: BBS
>
> > U+6EAF: SBB
>
> > U+6F13: BS
>
> > U+6F2B: BS
>
> > U+6F3E: BS
>
> > U+6F84: SB
>
> > U+7095: SB
>
> > U+70AE: BSS
>
> > U+70B3: bSB
>
> > U+710A: BSS
>
> > U+7130: BBS
>
> > U+7167: SSB
>
> > U+71D5: BS
>
> > U+72F7: BS
>
> > U+72F8: BS
>
> > U+732C: BS
>
> > U+733F: BS
>
> > U+73C9: bBS
>
> > U+73F6: BT
>
> > U+7403: SB
>
> > U+7405: BS
>
> > U+7483: SBS
>
> > U+7487: SBS
>
> > U+74F6: BBS
>
> > U+753A: SB
>
> > U+754E: SB
>
> > U+75B1: BS
>
> > U+75C7: BS
>
> > U+75F1: SB
>
> > U+75F4: BS
>
> > U+75F9: SBS
>
> > U+7682: SB
>
> > U+768E: BS
>
> > U+7693: BSBS
>
> > U+7696: SB
>
> > U+772F: BS
>
> > U+7737: BS
>
> > U+773A: BS
>
> > U+777F: SB
>
> > U+77AD: TbB
>
> > U+77B0: BS
>
> > U+77E9: TB
>
> > U+7827: BS
>
> > U+786C: TB
>
> > U+7887: SB
>
> > U+788C: BS
>
> > U+7897: TBBS
>
> > U+78B0: SBS
>
> > U+7947: BS
>
> > U+79CB: BBS
>
> > U+79D8: SB
>
> > U+79FB: BS
>
> > U+7A11: BS
>
> > U+7A17: BS
>
> > U+7A57: BBS
>
> > U+7B2E: BS
>
> > U+7B51: BS
>
> > U+7B52: BS
>
> > U+7B56: BBS
>
> > U+7BA1: SB
>
> > U+7BAC: BS
>
> > U+7BEA: SB
>
> > U+7C97: BSBS
>
> > U+7CC7: BS
>
> > U+7CCA: BS
>
> > U+7CCD: BS
>
> > U+7CDF: BS
>
> > U+7CFB: SBSS
>
> > U+7D2F: BS
>
> > U+7DAE: SB
>
> > U+7E9B: BS
>
> > U+7F38: SB
>
> > U+7F50: BS
>
> > U+7F6E: SB
>
> > U+7F8E: SB
>
> > U+7FA1: BS
>
> > U+7FFB: SBB
>
> > U+8000: bSB
>
> > U+8003: SB
>
> > U+809B: SB
>
> > U+80B4: BS
>
> > U+80C4: SB
>
> > U+80CC: SB
>
> > U+80DC: SB
>
> > U+80E1: BS
>
> > U+80ED: BS
>
> > U+80F3: SB
>
> > U+814A: SBS
>
> > U+8198: BS
>
> > U+81BB: SB
>
> > U+81F4: SB
>
> > U+820D: SBB
>
> > U+82B1: BS
>
> > U+82B8: BS
>
> > U+82DF: SB
>
> > U+8303: SB
>
> > U+8347: BS
>
> > U+8349: SBS
>
> > U+8350: BS
>
> > U+83F0: TbB
>
> > U+83F1: BS
>
> > U+8431: BS
>
> > U+8457: TB
>
> > U+8499: SSSB
>
> > U+8511: BS
>
> > U+854A: SBBB
>
> > U+85AF: BS
>
> > U+85C9: TbB
>
> > U+85DC: SB
>
> > U+85E4: SB
>
> > U+85E9: SB
>
> > U+8616: SB
>
> > U+866C: BS
>
> > U+866E: BS
>
> > U+86B6: BS
>
> > U+86D4: SSB
>
> > U+8737: BS
>
> > U+8776: SB
>
> > U+8782: SB
>
> > U+8815: SB
>
> > U+8822: SB
>
> > U+8868: BS
>
> > U+8892: BS
>
> > U+88F8: SB
>
> > U+8C37: SB
>
> > U+8C46: SB
>
> > U+8D9F: BS
>
> > U+8DD6: BS
>
> > U+8E0A: BS
>
> > U+8E29: SB
>
> > U+8F9F: BbS
>
> > U+8FA8: bbBS
>
> > U+8FE4: SB
>
> > U+903E: SB
>
> > U+9041: BS
>
> > U+90C1: SBSS
>
> > U+916C: SBBB
>
> > U+91C7: SB
>
> > U+91CC: SSB
>
> > U+91CE: SB
>
> > U+962A: TB
>
> > U+9676: SB
>
> > U+9699: TB
>
> > U+96C1: BS
>
> > U+96C7: SB
>
> > U+96CD: BS
>
> > U+96D5: bSBS
>
> > U+9709: BS
>
> > U+9713: SB
>
> > U+9762: BSSS
>
> > U+99A8: BS
>
> > U+9B03: bSbB
>
> > U+9B41: SB
>
> > U+9D02: BS
>
> > U+9EBB: bSbBB
>
> > U+9F39: SB
>
> > U+9F96: BS
>
> >
>
> > Regards,
>
> >
>
> > --
>
> > Yoshiro YONEYA < <mailto:yoshiro.yoneya at jprs.co.jp> yoshiro.yoneya at jprs.co.jp>
>
> >
>
> > On Thu, 30 Apr 2015 23:44:32 +0800 王伟 < <mailto:wangwei at cnic.cn> wangwei at cnic.cn> wrote:
>
> >
>
> > > Dear All
>
> > >
>
> > > CGP updates the code points and variants in CGP-MSS, which will be
>
> > > used as CGP LGR1 to coordinate with J and K.
>
> > >
>
> > > Please find the attached XML file generated by Mr. QI Chao.
>
> > > Also, we provide a readable EXCEL version for your review.
>
> > >
>
> > > Please feel free to give your comments
>
> > >
>
> > >
>
> > > Best Regards
>
> > > Wang Wei
>
> > >
>
> > > -----邮件原件-----
>
> > > 发件人: 王伟 [mailto:wangwei at cnic.cn]
>
> > > 发送时间: 2015年4月27日 10:15
>
> > > 收件人: 'hotta at jprs.co.jp'; 'KoreanGP at icann.org';
>
> > > 'ChineseGP at icann.org'; 'JapaneseGP at icann.org'
>
> > > 主题: 答复: [ChineseGP] Proposed Action items before Seoul meeting
>
> > >
>
> > > Dear ALL
>
> > >
>
> > > For CGP, ToDo-6 has been done.
>
> > >
>
> > > ToDo-7 will be sent out after double check this week.
>
> > >
>
> > >
>
> > >
>
> > > -----邮件原件-----
>
> > > 发件人: chinesegp-bounces at icann.org
>
> > > [mailto:chinesegp-bounces at icann.org]
>
> > > 代
>
> > > 表 HiroHOTTA
>
> > > 发送时间: 2015年4月26日 1:05
>
> > > 收件人: KoreanGP at icann.org; ChineseGP at icann.org; JapaneseGP at icann.org
>
> > > 主题: [ChineseGP] Proposed Action items before Seoul meeting
>
> > >
>
> > > Dear colleagues in CGP/JGP/KGP,
>
> > >
>
> > > If I may, in order for us to make our Seoul meeting efficient and
>
> > > fruitful, I'd like to propose what each of us is expected to prepare
>
> > > well before the meeting.
>
> > >
>
> > > I know I am very pushy but I think at least we must not use our
>
> > > precious time just to understand the information in front of us for
>
> > > a long
>
> > time.
>
> > >
>
> > > Please give comments and let's discuss online about the ToDo's
>
> > > before Seoul meeting .
>
> > >
>
> > > ==
>
> > >
>
> > > [[Premise]]
>
> > >
>
> > > ToDo-1 <must> Each participant understands what RootLGR is and
>
> > > what is expected for GPs to do.
>
> > >
>
> > > ToDo-2 <must> Each participant understands Yoneya's algorithm
>
> > > that was already sent to CGP/JGP/KGP by Yoneya and
>
> > > also agreed by C and J in Dallas, which is attached
>
> > > to this mail as well
>
> > >
>
> > > ToDo-3 <must> Each participant understands MSS concept that was
>
> > > already sent to CGP/JGP/KGP by Dr. Wang Wei, which
>
> > > is attached to this mail along with HiroHOTTA's
>
> > > response
>
> > >
>
> > > ToDo-4 <expected> Participants agree on Yoneya's algorithm as a
>
> > > framework and also agree on partial usage of MSS
>
> > > to accelerate our discussion ("partial" means
>
> > > "J doesn't need to be considered to be incorporated
>
> > > into MSS") This is expected to be discussed and
>
> > > finalized online before our meeting
>
> > >
>
> > > [[Integration Algorithm]]
>
> > >
>
> > > ToDo-5 <expected> J gets IP's feedback on Yoneya's algorithm
>
> > >
>
> > > [[MSS/LGR-1]]
>
> > >
>
> > > ToDo-6 <must> C prepares MSS repertoire, which may be
>
> > > equivalent to Chinese LGR-1 repertoire (done?)
>
> > >
>
> > > ToDo-7 <expected> C prepares Chinese variants within MSS, which may
>
> > > be equivalent to Chinese LGR-1 (planned date is
>
> > > expected to be declared, if not in time for the
>
> > > meeting)
>
> > >
>
> > > ToDo-8 <must> J prepares Japanese LGR-1 repertoire and variants
>
> > > (there's no variants in Japanese LGR-1 : they
>
> > > were already sent to CGP/JGP/KGP)
>
> > >
>
> > > ToDo-9 <must> K prepares the basic idea of Korean LGR-1 repertoire
>
> > > and variants
>
> > >
>
> > > ToDo-10<expected> K prepares Korean LGR-1 repertoire and variants
>
> > > (planned date is expected to be declared, ift
>
> > > LGR-1 does not come in time for the meeting)
>
> > >
>
> > > ToDo-11<expected> each of CGP/JGP/KGP assesses the repertoires and
>
> > > variants that have already been provided by other
>
> > > GPs as far as possible
>
> > >
>
> > > [[Logistics/etc.]]
>
> > >
>
> > > ToDo-12<must> each CGP/JGP/KGP Chair designates a person in charge
>
> > > of ToDo-5 to ToDo-11 well in advance to the meeting
>
> > > (expected to post the (names) in replying this mail
>
> > > by May 1st) - this may accelerate the coordination
>
> > > a lot
>
> > >
>
> > > ToDo-13<must> convener fixes the agenda through consultation with
>
> > > CJK colleagues (Hiro is pleased to behave as the
>
> > > convener until someone will raise his/her hand)
>
> > >
>
> > > Hiro
>
> > >
>
> > >
>
> > > _______________________________________________
>
> > > ChineseGP mailing list
>
> > > <mailto:ChineseGP at icann.org> ChineseGP at icann.org
>
> > > <https://mm.icann.org/mailman/listinfo/chinesegp> https://mm.icann.org/mailman/listinfo/chinesegp
>
> >
>
> >
>
> >
>
> >
>
More information about the ChineseGP
mailing list