tomoe-devel Mailing List for Tomoe

Hi,

I don't think this nifty new project has been mentioned on the list
yet so I wanted to let people know about its existence. This project
basically resuscitates an old project called "Aアあ" which purpose was
to define kanji in SVG format.

http://kanjivg.tagaini.net/

I think that the data provided by that project can be useful for our
subject of interest (handwriting recognition ;-) !) too. Here are some
key differences I noticed with the data in Tomoe:

- The strokes are defined in terms of lines and bézier curves. It
should be possible to use these data for training / testing by
sampling points.

- The kanji look more natural. This suggests that they are good
candidates as test data. Recognizers like zinnia can be tuned /
improved so as to maximize the accuracy against this set.

- Information about radicals and stroke components is provided meaning
that the structure information can potentially be used to improve
accuracy or speed up recognition.

Best regards,
Mathieu Blondel

Hi,

Thanks for your quick reply. (And sorry for the delay in mine, I
didn't realize digests were once-a-month. Switched to non-digest
mode.)

Thanks for the info on zinnia. Actually, I think the stroke data in
tomoe may be quite useful to me.

I'm also looking for data to be used not for recognition, but to
display proper stroke order to the end user. While there are a number
of sites on the Internet that serve this purpose, I'm still looking
for one that offers the data in a format I could import. Would you
happen to know of any?

Thank you very much for your time.
-- Enrique


On Sun, May 31, 2009 at 5:46 PM,
<tom...@li...> wrote:
> ------------------------------
>
> Message: 3
> Date: Thu, 21 May 2009 20:54:12 +0900
> From: Taku Kudo <ta...@ch...>
> Subject: [tomoe-devel 249] Re: Custom Kanji recognition engine
>        modification
> To: tom...@li...
> Message-ID:
>        <410...@ma...>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi,
>
> How about using Zinnia? http://zinnia.sourceforge.net/
> Tomoe recognizer is Unix-oriented so, it would be hard to use
> it non-Uinux environment. Zinnia is more portable than Tomoe recognizer and
> officially supports Windows. There are several applications running on
> different operating system including iPhone :-)
> http://www.youtube.com/watch?v=i88uaIu3Khk
>
> Actually, Zinnia uses a Tomoe's hand writing data to generate a model of
> recognizer.
>
> Thanks.
>

Done. Thanks!

2009/5/24 Kouhei Sutou <ko...@co...>:
> In <410...@ma...>
>  "[tomoe-devel 252] Re: Custom Kanji recognition engine modification" on Sat, 23 May 2009 09:44:24 +0900,
>  Taku Kudo <ta...@ch...> wrote:
>
>> I already fixed the license info in the latest release.
>> As for pkg-config, will do.
>
> Thanks!
>
> --
> kou
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> _______________________________________________
> tomoe-devel mailing list
> tom...@li...
> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>

In <410...@ma...>
  "[tomoe-devel 252] Re: Custom Kanji recognition engine modification" on Sat, 23 May 2009 09:44:24 +0900,
  Taku Kudo <ta...@ch...> wrote:

> I already fixed the license info in the latest release.
> As for pkg-config, will do.

Thanks!

--
kou

Thanks.

I already fixed the license info in the latest release.
As for pkg-config, will do.


2009/5/21 Kouhei Sutou <ko...@co...>:
> In <200...@co...>
>  "[tomoe-devel 250] Re: Custom Kanji recognition engine modification" on Thu, 21 May 2009 23:32:03 +0900 (JST),
>  Kouhei Sutou <ko...@co...> wrote:
>
>> Hi,
>>
>> In <410...@ma...>
>>   "[tomoe-devel 249] Re: Custom Kanji recognition engine modification" on Thu, 21 May 2009 20:54:12 +0900,
>>   Taku Kudo <ta...@ch...> wrote:
>>
>>> How about using Zinnia? http://zinnia.sourceforge.net/
>>> Tomoe recognizer is Unix-oriented so, it would be hard to use
>>> it non-Uinux environment. Zinnia is more portable than Tomoe recognizer and
>>> officially supports Windows.
>>
>> I hope that Zinnia is more UNIX friendly.
>> Could you please support pkg-config?
>>   https://sourceforge.net/tracker/?func=detail&aid=2592429&group_id=232651&atid=1086998
>>
>> If Zinnia supports pkg-config, Tomoe can detect Zinnia more
>> easily.
>
> Oops...
> I pasted wrong URL...
>
> Here is the correct URL:
>  https://sourceforge.net/tracker/?func=detail&aid=2117928&group_id=232651&atid=1087001
>
>
> --
> kou
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> _______________________________________________
> tomoe-devel mailing list
> tom...@li...
> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>

In <200...@co...>
  "[tomoe-devel 250] Re: Custom Kanji recognition engine modification" on Thu, 21 May 2009 23:32:03 +0900 (JST),
  Kouhei Sutou <ko...@co...> wrote:

> Hi,
> 
> In <410...@ma...>
>   "[tomoe-devel 249] Re: Custom Kanji recognition engine modification" on Thu, 21 May 2009 20:54:12 +0900,
>   Taku Kudo <ta...@ch...> wrote:
> 
>> How about using Zinnia? http://zinnia.sourceforge.net/
>> Tomoe recognizer is Unix-oriented so, it would be hard to use
>> it non-Uinux environment. Zinnia is more portable than Tomoe recognizer and
>> officially supports Windows.
> 
> I hope that Zinnia is more UNIX friendly.
> Could you please support pkg-config?
>   https://sourceforge.net/tracker/?func=detail&aid=2592429&group_id=232651&atid=1086998
> 
> If Zinnia supports pkg-config, Tomoe can detect Zinnia more
> easily.

Oops...
I pasted wrong URL...

Here is the correct URL:
  https://sourceforge.net/tracker/?func=detail&aid=2117928&group_id=232651&atid=1087001


--
kou

Hi,

In <410...@ma...>
  "[tomoe-devel 249] Re: Custom Kanji recognition engine modification" on Thu, 21 May 2009 20:54:12 +0900,
  Taku Kudo <ta...@ch...> wrote:

> How about using Zinnia? http://zinnia.sourceforge.net/
> Tomoe recognizer is Unix-oriented so, it would be hard to use
> it non-Uinux environment. Zinnia is more portable than Tomoe recognizer and
> officially supports Windows.

I hope that Zinnia is more UNIX friendly.
Could you please support pkg-config?
  https://sourceforge.net/tracker/?func=detail&aid=2592429&group_id=232651&atid=1086998

If Zinnia supports pkg-config, Tomoe can detect Zinnia more
easily.


Thanks,
--
kou

Hi,

How about using Zinnia? http://zinnia.sourceforge.net/
Tomoe recognizer is Unix-oriented so, it would be hard to use
it non-Uinux environment. Zinnia is more portable than Tomoe recognizer and
officially supports Windows. There are several applications running on
different operating system including iPhone :-)
http://www.youtube.com/watch?v=i88uaIu3Khk

Actually, Zinnia uses a Tomoe's hand writing data to generate a model of
recognizer.

Thanks.

2009/5/21 Enrique Saul Gonzalez <es...@gm...>:
> Greetings everyone,
>
> My name is Enrique, I'm currently a graduate student at the University
> of Tokyo. For my thesis project (description at
> http://www.iii.u-tokyo.ac.jp/~qq69528/webhappyo/) I need to repurpose
> an existing kanji recognition engine to fit the requirements of the
> software I am developing.
>
> The software will ask the user to write a certain kanji from a preset
> list of about 120. After the user enters his input via a touch pen,
> the software must judge whether the user wrote the kanji correctly,
> with all the correct strokes and in the correct order.
>
> I've already run across several promising open source projects, of which
> Tomoe is one. However I am a complete newbie to the field of on-
> line/real-time kanji recognition and would like to ask for advice on
> a few topics:
>
> 1) Are there any introductory references to the field? I would like to
> have a better understanding on how kanji stroke data is analyzed and
> represented, as well as the general algorithmic approach to
> recognition.
>
> 2) Would anyone be able to provide me with any advice on
> porting/interfacing with Tomoe for this purpose?
> The bulk of the development is being done in C# under the XNA engine
> and the target hardware is Windows OS Tablet PCs.
>
> 3) If anyone happens to know any other projects that would seem to be
> particularly suited to my needs, I would be very thankful to hear
> about them.
>
> Any comments or advice would be highly appreciated. Thank you. Replies
> in Japanese are also OK by me.
>
> My apologies for cross-posting, I'm sorry if you already received
> another message on this topic from a different source.
>
> --
> Enrique Saul Gonzalez
> Master Course
> Graduate School of Interdisciplinary Information Studies
> Tokyo University
>
> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, &
> iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
> Group, R/GA, & Big Spaceship. http://www.creativitycat.com
> _______________________________________________
> tomoe-devel mailing list
> tom...@li...
> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>

Greetings everyone,

My name is Enrique, I'm currently a graduate student at the University
of Tokyo. For my thesis project (description at
http://www.iii.u-tokyo.ac.jp/~qq69528/webhappyo/) I need to repurpose
an existing kanji recognition engine to fit the requirements of the
software I am developing.

The software will ask the user to write a certain kanji from a preset
list of about 120. After the user enters his input via a touch pen,
the software must judge whether the user wrote the kanji correctly,
with all the correct strokes and in the correct order.

I've already run across several promising open source projects, of which
Tomoe is one. However I am a complete newbie to the field of on-
line/real-time kanji recognition and would like to ask for advice on
a few topics:

1) Are there any introductory references to the field? I would like to
have a better understanding on how kanji stroke data is analyzed and
represented, as well as the general algorithmic approach to
recognition.

2) Would anyone be able to provide me with any advice on
porting/interfacing with Tomoe for this purpose?
The bulk of the development is being done in C# under the XNA engine
and the target hardware is Windows OS Tablet PCs.

3) If anyone happens to know any other projects that would seem to be
particularly suited to my needs, I would be very thankful to hear
about them.

Any comments or advice would be highly appreciated. Thank you. Replies
in Japanese are also OK by me.

My apologies for cross-posting, I'm sorry if you already received
another message on this topic from a different source.

--
Enrique Saul Gonzalez
Master Course
Graduate School of Interdisciplinary Information Studies
Tokyo University

Hi list,

I created a basic PyQt widget using Tomoe [1]. Big thank you to Ian Johnson 
for his step-by-step approach [2] that made me use the svn version to kinda 
overcome a build error that could've cost me more than a day. Furthermore it 
provided me with the only tutorial on using Tomoe I was able to find.

I don't know how much dependencies get pulled in foreign to the Qt/KDE 
environment as Tomoe is developed using the Gtk library but once it works it 
works smoothly, thanks!

Christoph

[1] http://www.stud.uni-karlsruhe.de/~uyhc/en/content/tomoe-handwriting-
widget-pyqt
[2] http://enja.org/debianhwr.html

Hi,

In <6FB...@ya...>
  "[tomoe-devel 245] updated handwriting-ja.xml" on Fri, 14 Nov 2008 14:16:45 -0500,
  Benoit Cerrina <ben...@ya...> wrote:

> I don't know if you guys are interested but to do this I wrote a cocoa  
> tomoe-stroke editor to work on my mac.  I can provide the source code  
> to the project.

Please tell me your SF.net account. I'll add you to the
developers list.

You will be able to put your stroke editor into
  https://tomoe.svn.sourceforge.net/svnroot/tomoe/stroke-editor-cocoa/
or your preferred software name.


Thanks,
--
kou

Hello,
as promized please find an updated handwriting-ja.xml file.  I  
corrected about 160 kanji by adding variants.  I believe that the  
variant is actually the correct way of drawing the kanji but I wanted  
to keep both ways in order to accomodate for
users who do not use the canonical stroke orders (mostly those are  
stroke order changes).

Based on my test using this db with Zinnia and a 0.003 compression  
level (which is not as good as the default for accuracy but better for  
size) and using a reduced db containing only jis 208 level 1 kanji.  I  
went from about 160 kanjis not recognized to 16.
I think this is a good improvement and that all will benefit from one  
of you promoting this.

I don't know if you guys are interested but to do this I wrote a cocoa  
tomoe-stroke editor to work on my mac.  I can provide the source code  
to the project.

Best regards
Benoit

>
The second patch will include the changes already sent but as separate  
variants.  I don't think the last patch I sent should be used as is

> Message: 1
> Date: Wed, 12 Nov 2008 12:31:46 -0500
> From: Benoit Cerrina <ben...@ya...>
> Subject: [tomoe-devel 236]  Face mark + patches for dictionary
> To: tom...@li...
> Message-ID: <1DA...@ya...>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
>
> Also I am preparing a second patch to send to the list where I will
> have fixed all the problems I found (I have 110 for now).
> I have decided to make those fixes as new variants of the same
> character as a user could obviously make the same mistake.
>
> Best regards
> Benoit
>
>
>
>

Ok thank you.  As I am mostly interested in zinnia and in editing the  
tomoe dictionary I ended up building my own editor for the mac.
It is cocoa based and not very polished I don't know if you (zinnia  
project) would be interested in the source but if you want I'll send it

Benoit
On Nov 13, 2008, at 12:05 AM, Jens Petersen wrote:

>> file=`echo ja | sed 's,.*/,,'`.gmo \
>>      && rm -f $file &&  -o $file ja.po
>> /bin/sh: -o: not found
>
> I guess you are missing msgfmt from gettext.

I ended up writing my own editor for the dictionary using objectiveC  
on mac.
I can send the source to you guys but it is not very polished as it  
was just for my usage
Benoit
On Nov 13, 2008, at 12:05 AM, Jens Petersen wrote:

>> file=`echo ja | sed 's,.*/,,'`.gmo \
>>      && rm -f $file &&  -o $file ja.po
>> /bin/sh: -o: not found
>
> I guess you are missing msgfmt from gettext.

Point here is that Japanese face mark is generative, i.e. we can
generate any types of face mark with certain combinations of ascii
characters. So, we have a question, who decides which face marks
should be included?   To simplify the policy, I personally think that
the dictionary can contain the characters defined in Unicode and/or
JISX*. Maybe we can have an "extra" dictionary  for Japanese face
mark.

Thanks.

2008/11/12 Mathieu Blondel <mbl...@ru...>:
> 2008/11/12 Taku Kudo <ta...@ch...>:
>> IMHO, we don't want to include face mark into the dictionary, as they
>> are not "character".
>
>
> Actually, there should not be only one dictionary but several.
>
> - All Japanese characters + ascii characters
> - All Japanese characters only
> - Ascii characters only
> - Hiragana only
> - Katakana only
> - Kanjis only
>
> Depending on the application or what the user is looking for, it
> should be possible to switch between them. This improves recognition
> accuracy and computation time. However, this increases the hard disk
> space needed because the same information is repeated in several
> dictionaries.
>
> It would make sense to add "(^ ^)" to "All Japanese characters + ascii
> characters" or "Ascii characters only" but not to the others.
>
> Mathieu
>
>>
>>
>> 2008/11/10 Kouhei Sutou <ko...@co...>:
>>> Hi,
>>>
>>> In <BC7...@ya...>
>>>  "[tomoe-devel 230] strange entry in tomoe dictionary" on Sun, 9 Nov 2008 22:16:23 -0500,
>>>  Benoit Cerrina <ben...@ya...> wrote:
>>>
>>>> I do not understand the entry:
>>>>    <character>
>>>>      <utf8>&#x28;&#x5E;&#x5E;&#x29;</utf8>
>>>>      <strokes>
>>>>        <stroke>
>>>>          <point x="200" y="190"/>
>>>>          <point x="116" y="636"/>
>>>>          <point x="230" y="840"/>
>>>>        </stroke>
>>>>        <stroke>
>>>>          <point x="266" y="350"/>
>>>>          <point x="396" y="246"/>
>>>>          <point x="446" y="360"/>
>>>>        </stroke>
>>>>        <stroke>
>>>>          <point x="553" y="366"/>
>>>>          <point x="666" y="246"/>
>>>>          <point x="763" y="390"/>
>>>>        </stroke>
>>>>        <stroke>
>>>>          <point x="836" y="213"/>
>>>>          <point x="903" y="526"/>
>>>>          <point x="756" y="816"/>
>>>>        </stroke>
>>>>      </strokes>
>>>>    </character>
>>>> in the tomoe dictionary.   What is it supposed to be?
>>>
>>> It's a face mark that is popular in Japan. (^^)
>>>
>>> Why? (1) It shows n UTF-8 characters can be handled as a
>>> logical character in Tomoe. Some input methods can do the
>>> same thing. (2) It's a humor of us.
>>>
>>>
>>> Thanks,
>>> --
>>> kou
>>>
>>> -------------------------------------------------------------------------
>>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>>> Grand prize is a trip for two to an Open Source event anywhere in the world
>>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>>> _______________________________________________
>>> tomoe-devel mailing list
>>> tom...@li...
>>> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>>>
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> tomoe-devel mailing list
>> tom...@li...
>> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> tomoe-devel mailing list
> tom...@li...
> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>

> file=`echo ja | sed 's,.*/,,'`.gmo \
>       && rm -f $file &&  -o $file ja.po
> /bin/sh: -o: not found

I guess you are missing msgfmt from gettext.

Hello,
thanks for the explanation on face mark characters.  I need to check  
how zinnia is handling it.

Also I am preparing a second patch to send to the list where I will  
have fixed all the problems I found (I have 110 for now).
I have decided to make those fixes as new variants of the same  
character as a user could obviously make the same mistake.

Best regards
Benoit

2008/11/12 Taku Kudo <ta...@ch...>:
> IMHO, we don't want to include face mark into the dictionary, as they
> are not "character".


Actually, there should not be only one dictionary but several.

- All Japanese characters + ascii characters
- All Japanese characters only
- Ascii characters only
- Hiragana only
- Katakana only
- Kanjis only

Depending on the application or what the user is looking for, it
should be possible to switch between them. This improves recognition
accuracy and computation time. However, this increases the hard disk
space needed because the same information is repeated in several
dictionaries.

It would make sense to add "(^ ^)" to "All Japanese characters + ascii
characters" or "Ascii characters only" but not to the others.

Mathieu

>
>
> 2008/11/10 Kouhei Sutou <ko...@co...>:
>> Hi,
>>
>> In <BC7...@ya...>
>>  "[tomoe-devel 230] strange entry in tomoe dictionary" on Sun, 9 Nov 2008 22:16:23 -0500,
>>  Benoit Cerrina <ben...@ya...> wrote:
>>
>>> I do not understand the entry:
>>>    <character>
>>>      <utf8>&#x28;&#x5E;&#x5E;&#x29;</utf8>
>>>      <strokes>
>>>        <stroke>
>>>          <point x="200" y="190"/>
>>>          <point x="116" y="636"/>
>>>          <point x="230" y="840"/>
>>>        </stroke>
>>>        <stroke>
>>>          <point x="266" y="350"/>
>>>          <point x="396" y="246"/>
>>>          <point x="446" y="360"/>
>>>        </stroke>
>>>        <stroke>
>>>          <point x="553" y="366"/>
>>>          <point x="666" y="246"/>
>>>          <point x="763" y="390"/>
>>>        </stroke>
>>>        <stroke>
>>>          <point x="836" y="213"/>
>>>          <point x="903" y="526"/>
>>>          <point x="756" y="816"/>
>>>        </stroke>
>>>      </strokes>
>>>    </character>
>>> in the tomoe dictionary.   What is it supposed to be?
>>
>> It's a face mark that is popular in Japan. (^^)
>>
>> Why? (1) It shows n UTF-8 characters can be handled as a
>> logical character in Tomoe. Some input methods can do the
>> same thing. (2) It's a humor of us.
>>
>>
>> Thanks,
>> --
>> kou
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
>> Build the coolest Linux based applications with Moblin SDK & win great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> _______________________________________________
>> tomoe-devel mailing list
>> tom...@li...
>> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>>
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> tomoe-devel mailing list
> tom...@li...
> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>

IMHO, we don't want to include face mark into the dictionary, as they
are not "character".


2008/11/10 Kouhei Sutou <ko...@co...>:
> Hi,
>
> In <BC7...@ya...>
>  "[tomoe-devel 230] strange entry in tomoe dictionary" on Sun, 9 Nov 2008 22:16:23 -0500,
>  Benoit Cerrina <ben...@ya...> wrote:
>
>> I do not understand the entry:
>>    <character>
>>      <utf8>&#x28;&#x5E;&#x5E;&#x29;</utf8>
>>      <strokes>
>>        <stroke>
>>          <point x="200" y="190"/>
>>          <point x="116" y="636"/>
>>          <point x="230" y="840"/>
>>        </stroke>
>>        <stroke>
>>          <point x="266" y="350"/>
>>          <point x="396" y="246"/>
>>          <point x="446" y="360"/>
>>        </stroke>
>>        <stroke>
>>          <point x="553" y="366"/>
>>          <point x="666" y="246"/>
>>          <point x="763" y="390"/>
>>        </stroke>
>>        <stroke>
>>          <point x="836" y="213"/>
>>          <point x="903" y="526"/>
>>          <point x="756" y="816"/>
>>        </stroke>
>>      </strokes>
>>    </character>
>> in the tomoe dictionary.   What is it supposed to be?
>
> It's a face mark that is popular in Japan. (^^)
>
> Why? (1) It shows n UTF-8 characters can be handled as a
> logical character in Tomoe. Some input methods can do the
> same thing. (2) It's a humor of us.
>
>
> Thanks,
> --
> kou
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> tomoe-devel mailing list
> tom...@li...
> https://lists.sourceforge.net/lists/listinfo/tomoe-devel
>

Hello,
here is a version of the dictionary with corrections (mostly incorrect  
stroke orders and insuficient number of strokes) to:
355A 及
3037 扱
304F 囲
3052 威
305D 維
3063 違
352E 貴
4C70 矢
303F 或
306D 壱
306F 逸
3121 院
3122 陰
3123 隠
315B 越
3244 可
323F 何
454D 斗
4561 刀
4866 比
332C 階
3354 郭
3356 隔
3B52 子
3358 学
3428 寒
3431 官
3445 甘
3457 閑
3459 陥
345D 丸
3471 奇
3473 寄
3528 季
3532 飢
3554 虐
355B 吸
3566 究
3569 級
356A 糾
357D 享
362B 叫
3665 九
3679 隅
3743 恵
4735 乃
375E 迎
382F 遣
3831 険
3838 幻
3842 限
3849 孤
3925 好
3926 孔
394C 耕
3959 郊
395F 降
397E 込
3A2B 昆
3A2E 混
3A50 歳
3A55 砕
3A5D 際
3A6A 崎

Hi,

In <BC7...@ya...>
  "[tomoe-devel 230] strange entry in tomoe dictionary" on Sun, 9 Nov 2008 22:16:23 -0500,
  Benoit Cerrina <ben...@ya...> wrote:

> I do not understand the entry:
>    <character>
>      <utf8>&#x28;&#x5E;&#x5E;&#x29;</utf8>
>      <strokes>
>        <stroke>
>          <point x="200" y="190"/>
>          <point x="116" y="636"/>
>          <point x="230" y="840"/>
>        </stroke>
>        <stroke>
>          <point x="266" y="350"/>
>          <point x="396" y="246"/>
>          <point x="446" y="360"/>
>        </stroke>
>        <stroke>
>          <point x="553" y="366"/>
>          <point x="666" y="246"/>
>          <point x="763" y="390"/>
>        </stroke>
>        <stroke>
>          <point x="836" y="213"/>
>          <point x="903" y="526"/>
>          <point x="756" y="816"/>
>        </stroke>
>      </strokes>
>    </character>
> in the tomoe dictionary.   What is it supposed to be?

It's a face mark that is popular in Japan. (^^)

Why? (1) It shows n UTF-8 characters can be handled as a
logical character in Tomoe. Some input methods can do the
same thing. (2) It's a humor of us.


Thanks,
--
kou

Hi,

In <674...@ya...>
  "[tomoe-devel 231] correction to dictionary" on Sun, 9 Nov 2008 22:23:39 -0500,
  Benoit Cerrina <ben...@ya...> wrote:

> some of the kanjis in the tomoe dictionary have some stroke order  
> errors.  I am wondering if I should send a correction which contains  
> the correct stroke order as an additional variant (as obviously some  
> people like the person who wrote the dictionary use the incorrect  
> order) or if I should remove the incorrect order and replace it with  
> the correct one?

If you send a patch that corrects them to us, we will apply
it.


Thanks,
--
kou

Hello,
some of the kanjis in the tomoe dictionary have some stroke order  
errors.  I am wondering if I should send a correction which contains  
the correct stroke order as an additional variant (as obviously some  
people like the person who wrote the dictionary use the incorrect  
order) or if I should remove the incorrect order and replace it with  
the correct one?
Best regards
Benoit Cerrina

Hello,
I do not understand the entry:
   <character>
     <utf8>&#x28;&#x5E;&#x5E;&#x29;</utf8>
     <strokes>
       <stroke>
         <point x="200" y="190"/>
         <point x="116" y="636"/>
         <point x="230" y="840"/>
       </stroke>
       <stroke>
         <point x="266" y="350"/>
         <point x="396" y="246"/>
         <point x="446" y="360"/>
       </stroke>
       <stroke>
         <point x="553" y="366"/>
         <point x="666" y="246"/>
         <point x="763" y="390"/>
       </stroke>
       <stroke>
         <point x="836" y="213"/>
         <point x="903" y="526"/>
         <point x="756" y="816"/>
       </stroke>
     </strokes>
   </character>
in the tomoe dictionary.   What is it supposed to be?

Best regards
Benoit