JMdictDB - Japanese Dictionary Database

Entries

Search | Advanced Search | New Entry | Submissions | Help
Login for registered editors
Username:
Password:
jmnedict 5005164 Deleted (id: 2183153)
<entry id="2183153" stat="D" corpus="jmnedict" type="jmnedict">
<ent_corp type="jmnedict">jmnedict</ent_corp>
<ent_seq>5005164</ent_seq>
<k_ele>
<keb>葉月菜</keb>
</k_ele>
<r_ele>
<reb>はづな</reb>
</r_ele>
<sense>
<misc>&fem;</misc>
<gloss>Hazuna</gloss>
</sense>
<info>
<audit time="2019-06-27 11:33:06" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Convert dzu, etc. to zu
-*- via bulkupd.py -*-</upd_detl>
<upd_diff>@@ -12 +12 @@
-&lt;gloss&gt;Hadzuna&lt;/gloss&gt;
+&lt;gloss&gt;Hazuna&lt;/gloss&gt;</upd_diff>
</audit>
<audit time="2022-04-08 00:59:58" stat="A" unap="true">
<upd_name>Stephen Kraus</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Glanced through the search results for "kanji contains 菜" + "reading contains き" and couldn't find any instances where 菜 is ever read as き</upd_detl>
<upd_diff>@@ -13 +12,0 @@
-&lt;gloss&gt;Hazuki&lt;/gloss&gt;</upd_diff>
</audit>
<audit time="2022-04-08 02:04:03" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Odd</upd_detl>
</audit>
<audit time="2022-04-08 05:24:51" stat="D" unap="true">
<upd_detl>not real name</upd_detl>
</audit>
<audit time="2022-04-08 22:00:06" stat="A" unap="true">
<upd_name>Stephen Kraus</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I'm not sure what our go-to sources for generic names are, other than wikipedia and the general WWW. The veracity of many of these old entries does seem questionable.</upd_detl>
<upd_refs>https://b-name.jp/%E8%B5%A4%E3%81%A1%E3%82%83%E3%82%93%E5%90%8D%E5%89%8D%E8%BE%9E%E5%85%B8/f/yomi/%E3%81%AF%E3%81%A5%E3%81%AA/

lists 初凪 and 葉月菜, read as はづな, as feminine names</upd_refs>
<upd_diff>@@ -5 +5 @@
-&lt;keb&gt;はづ菜&lt;/keb&gt;
+&lt;keb&gt;葉月菜&lt;/keb&gt;</upd_diff>
</audit>
<audit time="2022-04-09 01:42:07" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Yes, they are often marginal at best. I think they're harmless.</upd_detl>
<upd_refs>0 ngrams for both.</upd_refs>
</audit>
<audit time="2022-04-09 04:01:02" stat="D">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>No one on FB by that name. I agree that these entries are "largely harmless" in the sense that Jmnedict is of quite low quality to begin with, so rooting out all false entries would be a lot of work for questionable gain. But when individual ones are brought up and a decision needs to be taken either way, it's really no extra effort to click the "this entry should be deleted" box before approving.</upd_detl>
</audit>
<audit time="2022-04-09 20:24:14" stat="D">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>OK</upd_detl>
</audit>
</info>
</entry>



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