Incorrect Kanji

Please report any incorrect of doubtful kanji on this page. Anyone can edit it without requiring a password - just make sure you end your contribution with ~~~~ so your signature and date of edition appears.

Due to excessive bot spam a password is now necessary to edit this page. The password is fixit.

The following kanji are incorrect and must be fixed

(None at the moment)

The following kanji need to be checked and validated or fixed

  • first the top left, then the top middle and then the top right. z-one August 23, 2010, at 08:52 PM
  • is 10 strokes and not 9. Because of this error the kanji is missing a stroke. (The last stroke in the list does nothing.) z-one April 17, 2010, at 10:20 PM
  • The stroke order of kanji like , and that has and might not have the correct stroke order. The middle element between these two should come first. z-one April 15, 2010, at 04:08 AM
  • The top dot of should come last. z-one April 15, 2010, at 04:08 AM Need to be double-checked Gnurou April 22, 2010, at 05:11 PM
  • The part that looks like should follow the part's stroke order with the two horizontal lines first. z-one April 15, 2010, at 04:46 AM Doubt it - according to kakijun it is, but the same site agrees with KanjiVG for the stroke order of the right component. Gnurou April 22, 2010, at 05:11 PM
  • The part in top right corner might not have the correct stroke order, as it differs from . z-one April 21, 2010, at 01:00 PM
  • (and kanji containing it, like ), the short horizontal stroke at the middle should be last in my opinion (though it is a bit difficult to confirm). z-one January 16, 2010, at 04:18 AM
  • As far as I know the 5. and 6. strokes are swapped, and the 7. and 8. strokes as well z-one January 12, 2010, at 07:26 AM
  • and : their component is said to be , but shouldn't it be instead? Gnurou October 19, 2009, at 08:57 AM
  • 滿 and compounds Gnurou October 19, 2009, at 08:28 AM
  • Gnurou June 10, 2009, at 10:06 PM
  • and all kanji that use it - are there two ways to draw this kanji? Gnurou June 10, 2009, at 10:05 PM No, looks like the way used in is the right one, as the XML data and other sources seem to confirm.
  • Gnurou June 10, 2009, at 10:05 PM
  • Gnurou June 10, 2009, at 10:05 PM
  • Gnurou June 10, 2009, at 10:05 PM
  • and all kanji using it: bottom part looks different on some fonts? Which one is right? Gnurou June 10, 2009, at 10:05 PM
  • and all kanji that use it: missing component information for ム and ? Gnurou June 24, 2009, at 12:23 AM
  • As reported by a Tagaini user: there is aproblem with the keys: and . they are the same key but they are listed differently. i.e: is listed only under Gnurou July 13, 2009, at 01:31 AM
  • the 3rd stroke is incorrect (vertical, but should be horizontal) and the 7th and 8th stroke are wrong eno October 08, 2009, at 08:56 AM
  • the final horizontal stroke is greatly distorted. Also maybe should note that some users may be used to different styles of chinese characters. Such as as mentioned above. (interesting fact calligraphy is the only legal use of traditional characters in China) Tae August 21, 2010, at 06:49 AM
  • and all similar, even if the radical is (48) (66) does it not make more sense to use the so-called nobun/ノ- variant as the Component? Side note why do so many components not show up in component search display ;_; additional ones will show up depending on previous components selected. Tae August 21, 2010, at 07:02 AM

The following kanji have been fixed recently - thanks for your contribution!

  • The strokes are outside the 109x109 frame. Rew August 07, 2010, at 01:32 PM
  • the stroke order is correct, but the structure is strange, especially for the parts. z-one June 08, 2010, at 04:56 AM
  • first the top left, then the top middle and then the top right. z-one May 28, 2010, at 10:28 PM
  • and what contains it () Stroke order is ok, but the character structure is not matching. should be the last stroke in the structure z-one May 27, 2010, at 02:15 AM
  • The parts seem to be correct but the stroke order is jumbled up. z-one May 25, 2010, at 11:17 PM
  • Path data is not in sync with the component/stroke tree.
  • The horizontal lines at the right part are in the wrong order. z-one April 15, 2010, at 11:00 PM
  • 1st stroke going right to left; also (4th stroke), (5th stroke)
  • I believe that the last stroke should be the long vertical one on the right, only after . This might be true to all kanji containing like and . z-one January 05, 2010, at 06:59 AM
  • & start with rightmost element, which seems wrong (at least going by other kanji w/ same radical)
  • first stroke is rendered last, and in third from last~~~~
  • . Unlike , this kanji should be , |, , , , (the vertical line should come before the two ) because it is a form of and not . z-one January 24, 2010, at 10:54 PM
  • Kanji with as part ( maybe others too) and that kanji itself has incorrect stroke order. After the top element it should be the left and not the right one. z-one January 08, 2010, at 07:24 PM
  • Stroke order is probably correct but the elements are in the wrong order. z-one February 08, 2010, at 09:58 AM
  • , , , , , , , , , : The stroke order is correct but the marked elements are in the wrong order. In the stroke order is incorrect too. z-one January 24, 2010, at 11:05 PM
  • , Stroke order is mixed up. z-one January 13, 2010, at 04:04 PM
  • The dot should be the second stroke. z-one January 09, 2010, at 11:58 PM
  • and have incorrect stroke orders. The indicated elements are in the right order but the actual strokes linked to them are wrong. z-one January 08, 2010, at 03:28 PM
  • should be like but it starts with the top part of instead. The first 3 strokes of are marked as and the rest is "Unknown element" z-one January 05, 2010, at 11:47 PM
  • , and some others use the last 3 strokes of , but the short horizontal stroke is going the opposite direction. Is that a mistake in the data or intentional? z-one January 05, 2010, at 04:26 AM
  • : stroke order inverted for 1st and 2nd stroke ( component). esaulgd October 19, 2009, at 06:28 PM
  • The stroke data for the 5th stroke is missing commas. The same problem exists with some kanji that use it such as : C56.94,59.2566.25,57.7573.54,56.53 --> C56.94,59.25,66.25,57.75,73.54,56.53 (This renders OK in tagainijisho so am I right in assuming that coordinates can never be more than 2 decimal places?) Aaron September 28, 2009, at 10:25 AM
  • , , , , , these kanji's stroke data seems to be stored with 6 decimal points of precision unlike the rest of the file and it also lacks commas as with . Aaron October 11, 2009, at 12:47 AM Indeed there has been a problem with the SVG parser that sometimes omitted comas to separate values. There should never be more than 2 decimal places. This is now fixed. Gnurou October 19, 2009, at 08:57 AM