JMdictDB - Japanese Dictionary Database

Entries

Search | Advanced Search | New Entry | Submissions | Help
Login for registered editors
Username:
Password:
jmdict 1450780 Active (id: 2215540)
<entry id="2215540" stat="A" corpus="jmdict" type="jmdict">
<ent_corp type="jmdict">jmdict</ent_corp>
<ent_seq>1450780</ent_seq>
<k_ele>
<keb>頭蓋骨</keb>
</k_ele>
<k_ele>
<keb>頭がい骨</keb>
<ke_inf>&sK;</ke_inf>
</k_ele>
<k_ele>
<keb>頭骸骨</keb>
<ke_inf>&sK;</ke_inf>
</k_ele>
<r_ele>
<reb>ずがいこつ</reb>
</r_ele>
<r_ele>
<reb>とうがいこつ</reb>
</r_ele>
<sense>
<pos>&n;</pos>
<gloss>skull</gloss>
<gloss>cranium</gloss>
</sense>
<info>
<audit time="2013-06-18 01:08:09" stat="A" unap="true">
<upd_name>winnie</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>http://www.docoja.com:8080/wkanji/ikansear.jsp?dbname=kokug&amp;sword=%93%AA%8A%5B%8D%9C&amp;encode=SHIFT-JIS  
http://www.geocities.co.jp/AnimalPark-Tama/1234/pun002.html  
http://www.ipv6.org.au/10ipv6summit/talks/Hiroshi_Esaki.pdf</upd_refs>
<upd_diff>@@ -6,0 +6,3 @@
+&lt;/k_ele&gt;
+&lt;k_ele&gt;
+&lt;keb&gt;頭骸骨&lt;/keb&gt;</upd_diff>
</audit>
<audit time="2013-06-18 02:46:36" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
<audit time="2018-09-17 14:02:35" stat="A" unap="true">
<upd_uid>robin1354</upd_uid>
<upd_name>Robin Scott</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I think 頭骸骨 is a 変換ミス. It's not in any of my refs.</upd_detl>
<upd_refs>G n-grams:
頭蓋骨	206179
頭がい骨	4698
頭骸骨	3298</upd_refs>
<upd_diff>@@ -7,0 +8,3 @@
+&lt;keb&gt;頭がい骨&lt;/keb&gt;
+&lt;/k_ele&gt;
+&lt;k_ele&gt;
@@ -8,0 +12 @@
+&lt;ke_inf&gt;&amp;iK;&lt;/ke_inf&gt;</upd_diff>
</audit>
<audit time="2018-09-17 17:03:50" stat="A">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>骸骨 is a word (がいこつ), as is 頭蓋 (ずがい/とうがい), so it likely results from confusion between 頭蓋+骨 vs. 頭+骸骨</upd_detl>
</audit>
<audit time="2022-05-02 22:09:15" stat="A" unap="true">
<upd_name>Stephen Kraus</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>Google N-gram Corpus Counts
206,179	 95.4%	頭蓋骨
  4,698	  2.2%	頭がい骨
  3,298	  1.5%	頭骸骨
  1,826	  0.8%	ずがいこつ
    229	  0.1%	とうがいこつ</upd_refs>
<upd_diff>@@ -12,0 +13 @@
+&lt;ke_inf&gt;&amp;rK;&lt;/ke_inf&gt;</upd_diff>
</audit>
<audit time="2022-05-02 22:45:07" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
<audit time="2022-05-02 23:10:35" stat="A" unap="true">
<upd_uid>robin1354</upd_uid>
<upd_name>Robin Scott</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>So far we haven't used iK and rK together (on the same form). Typically we don't include irregular forms that aren't common. I propose dropping any irregular form that meets the threshold for rK. I think it looks odd having a form that is tagged as both irregular AND rare.</upd_detl>
</audit>
<audit time="2022-05-07 00:05:50" stat="A" unap="true">
<upd_name>Stephen Kraus</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>We discussed this a bit today on the entry for 気概. I agree rK
doesn't work well here.

Personally, I think applying the rK criteria to drop irregular
forms would be a little too strict. Kanji irregularities like
this one don't seem exceptionally common, nor do they clutter the
dictionary much, so I don't think it's a huge burden to document
them. In cases like "断末間" which receive little-to-no hits,
however, I don't see as much value in keeping them.</upd_refs>
<upd_diff>@@ -13 +12,0 @@
-&lt;ke_inf&gt;&amp;rK;&lt;/ke_inf&gt;</upd_diff>
</audit>
<audit time="2022-05-07 01:15:55" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I agree; keep the form with an "iK".</upd_detl>
</audit>
<audit time="2022-05-07 05:20:05" stat="A" unap="true">
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>If it's iK and rK and not even mentioned in any other dictionary then I don't think we need it either. I think it is clutter that has a negative impact on the entry.</upd_detl>
</audit>
<audit time="2022-05-07 06:55:54" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I think one of the strengths of JMdict/EDICT is its coverage of non-standard and erroneous forms.  If they are "out there" in sufficient numbers, as in this case with over 3k in the n-grams, it's worth keeping them. It really helps text-glossing systems, and it's of benefit to users, especially learners. If an app builder doesn't want to show them, they are free to leave them out - that's their choice.</upd_detl>
</audit>
<audit time="2022-12-12 19:20:42" stat="A" unap="true">
<upd_name>Stephen Kraus</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>Google N-gram Corpus Counts
╭─ーーーーーー─┬─────────┬───────╮
│ 頭蓋骨    │ 206,179 │ 95.4% │
│ 頭がい骨   │   4,698 │  2.2% │ 🡠 sK
│ 頭骸骨    │   3,298 │  1.5% │ 🡠 iK to sK
│ ずがいこつ  │   1,826 │  0.8% │
│ とうがいこつ │     229 │  0.1% │
╰─ーーーーーー─┴─────────┴───────╯</upd_refs>
<upd_diff>@@ -8,0 +9 @@
+&lt;ke_inf&gt;&amp;sK;&lt;/ke_inf&gt;
@@ -12 +13 @@
-&lt;ke_inf&gt;&amp;iK;&lt;/ke_inf&gt;
+&lt;ke_inf&gt;&amp;sK;&lt;/ke_inf&gt;</upd_diff>
</audit>
<audit time="2022-12-12 21:54:28" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
</info>
</entry>



View entry in alternate formats: jel | edict | jmdict xml | jmnedict xml | jmdictdb xml