<entry eid="2359407" stat="A" corpus="jmdict" type="jmdict">
<ent_corp type="jmdict">jmdict</ent_corp>
<ent_seq>2755350</ent_seq>
<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>
<re_pri>spec1</re_pri>
</r_ele>
<r_ele>
<reb>ぢゃない</reb>
<re_inf>&ik;</re_inf>
</r_ele>
<sense>
<pos>&exp;</pos>
<pos>&adj-i;</pos>
<s_inf>from ではない</s_inf>
<gloss>is not</gloss>
<gloss>am not</gloss>
<gloss>are not</gloss>
</sense>
<sense>
<pos>&exp;</pos>
<pos>&adj-i;</pos>
<gloss>isn't it?</gloss>
</sense>
<history>
<audit time="2012-10-26 12:53:47" stat="A" unap="true">
<upd_name>Marcus Richert</upd_name>
<upd_detl>don't know if this is really necessary, I just assumed there'd
be an entry for じゃない so I figured I'd add the popular alt.
spelling ぢゃない to it. turns out it does have an entry in
daijr</upd_detl>
<upd_refs>daijr
ぢゃない 492k bing</upd_refs>
</audit>
<audit time="2012-10-29 04:04:17" stat="A" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I'm not opposed to it, partly because it all helps text glossing. (I have じゃない in the special glossing kana dictionary, but not ぢゃない.) Perhaps ではない should be here too as a headword?</upd_detl>
<upd_diff>@@ -14,0 +14,1 @@
+<s_inf>from ではない</s_inf></upd_diff>
</audit>
<audit time="2012-10-29 10:27:02" stat="A" unap="true">
<upd_name>Marcus Richert</upd_name>
<upd_refs>daijr has ではない in a separate entry. daijs has "でない" with
the usage note "◆「ではない」「でもない」という形でも用いられ、「ではない」
は、日常会話では「じゃない」となることが多い。" (but not じゃない)</upd_refs>
</audit>
<audit time="2012-10-30 08:16:29" stat="A">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>では and じゃ appear to be separate, so for consistency's sake, these should be too. (although i'm not necessarily opposed to merging では and じゃ)</upd_detl>
</audit>
<audit time="2019-04-02 07:25:12" stat="A" unap="true">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_diff>@@ -5,0 +6 @@
+<re_pri>spec1</re_pri></upd_diff>
</audit>
<audit time="2019-04-02 20:13:13" stat="A">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
<audit time="2019-10-08 22:35:00" stat="A" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Given the number of hits, the kanji forms should probably be included. Probably should be split, but I see no harm doing it this way.</upd_detl>
<upd_refs>じゃない 72991758
じゃ無い 399899
ぢゃない 140601
ぢゃ無い 11231</upd_refs>
<upd_diff>@@ -3,0 +4,6 @@
+<k_ele>
+<keb>じゃ無い</keb>
+</k_ele>
+<k_ele>
+<keb>ぢゃ無い</keb>
+</k_ele>
@@ -5,0 +12 @@
+<re_restr>じゃ無い</re_restr>
@@ -9,0 +17 @@
+<re_restr>ぢゃ無い</re_restr>
@@ -14,0 +23 @@
+<misc>&uk;</misc>
@@ -22,0 +32 @@
+<misc>&uk;</misc></upd_diff>
</audit>
<audit time="2019-10-24 21:42:35" stat="A">
<upd_uid>robin1354</upd_uid>
<upd_name>Robin Scott</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
<audit time="2019-12-02 10:33:44" stat="A" unap="true">
<upd_name>Nicolas Maia</upd_name>
<upd_detl>Common colloquial variants</upd_detl>
<upd_diff>@@ -19,0 +20,8 @@
+<r_ele>
+<reb>じゃねー</reb>
+<re_nokanji/>
+</r_ele>
+<r_ele>
+<reb>じゃねぇ</reb>
+<re_nokanji/>
+</r_ele></upd_diff>
</audit>
<audit time="2019-12-02 11:11:50" stat="A" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>As these are more colloquial, perhaps they should go in their own entry?</upd_detl>
<upd_refs>じゃ無い 399899
ぢゃ無い 11231
じゃない 72991758
ぢゃない 140601
じゃねー 1458222
じゃねぇ 1103887</upd_refs>
</audit>
<audit time="2019-12-02 12:57:03" stat="A" unap="true">
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>ぢゃない is pronounces the same way as じゃ
ない so I don't think it should be split
out together with じゃねー.</upd_detl>
</audit>
<audit time="2019-12-02 15:47:31" stat="A" unap="true">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>even though it is "nokanji", i don't think we would normally keep a reading merged together with a headword with which it cannot possibly correspond. じゃねー/じゃねぇ cannot match じゃ無い, so i don't think they should be in here.
i am more indifferent on ぢゃない, but given that it's marked ik, and corresponds to only one of the headwords, i think it should be split out</upd_detl>
</audit>
<audit time="2019-12-03 11:11:00" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I've split off the kana-only more-colloquial versions. I think the "ik" was in the wrong place.</upd_detl>
<upd_diff>@@ -8,0 +9 @@
+<ke_inf>&ik;</ke_inf>
@@ -18,9 +18,0 @@
-<re_inf>&ik;</re_inf>
-</r_ele>
-<r_ele>
-<reb>じゃねー</reb>
-<re_nokanji/>
-</r_ele>
-<r_ele>
-<reb>じゃねぇ</reb>
-<re_nokanji/></upd_diff>
</audit>
<audit time="2023-09-20 09:41:24" stat="A">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_diff>@@ -5,0 +6 @@
+<ke_inf>&sK;</ke_inf>
@@ -9 +10 @@
-<ke_inf>&ik;</ke_inf>
+<ke_inf>&sK;</ke_inf>
@@ -13 +13,0 @@
-<re_restr>じゃ無い</re_restr>
@@ -18 +18 @@
-<re_restr>ぢゃ無い</re_restr>
+<re_inf>&ik;</re_inf></upd_diff>
</audit>
<audit time="2026-02-03 05:37:21" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Remove uk tags
-*- via bulkupd.py -*-</upd_detl>
<upd_diff>@@ -23 +22,0 @@
-<misc>&uk;</misc>
@@ -32 +30,0 @@
-<misc>&uk;</misc></upd_diff>
</audit>
</history>
</entry>
Notes
- Click on the entry seq# to see all versions of the entry.
- ⇒,⇔,⇐ Denote cross references (xrefs). ⇒ shows an xref from this entry sense to some other entry. ⇐ shows an xref on some other entry that points to this one; to change, edit the other entry. ⇔ indicates two xrefs, one in each direction.
- Cross references marked with an asterisk (*) after the seq# denote a reference to an unapproved entry. These will disappear when the unapproved entry is approved.