jmdict
1749600
Active
(id:
2174198)
<entry id="2174198" stat="A" corpus="jmdict" type="jmdict">
<ent_corp type="jmdict">jmdict</ent_corp>
<ent_seq>1749600</ent_seq>
<k_ele>
<keb>素読み</keb>
</k_ele>
<k_ele>
<keb>素読</keb>
<ke_inf>&io;</ke_inf>
</k_ele>
<r_ele>
<reb>すよみ</reb>
</r_ele>
<r_ele>
<reb>そよみ</reb>
<re_inf>&ok;</re_inf>
</r_ele>
<sense>
<pos>&n;</pos>
<pos>&vs;</pos>
<pos>&vt;</pos>
<xref type="see" seq="1749590">素読・そどく</xref>
<gloss>reading (a text) aloud without trying to understand it</gloss>
</sense>
<sense>
<pos>&n;</pos>
<pos>&vs;</pos>
<pos>&vt;</pos>
<gloss>reading a second draft without checking it against the original</gloss>
</sense>
<info>
<audit time="2010-12-20 22:33:16" stat="A" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>Daijirin</upd_refs>
<upd_diff>@@ -10,0 +10,3 @@
+<r_ele>
+<reb>そよみ</reb>
+</r_ele>
@@ -13,0 +16,2 @@
+<xref type="see" seq="1749590">素読・そどく</xref>
+<xref type="see" seq="1749590">素読・そどく</xref></upd_diff>
</audit>
<audit time="2010-12-21 04:27:55" stat="A" unap="true">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>what's the ruling here? we've got 素読み[そよみ] and 素読[そよみ]. to me it
would make more sense to remove そよみ from 素読 and include it here as [io].
-
but then we still have two entries with the same headword and meaning, so
we're supposed to merge under the "2/3 rule". should we make a guideline
that entries should ~never~ be merged if the only thing holding them
together is [io], [ik], or [iK]? then we could keep すよみ/そよみ and そどく
separate. (that would mean that are a number of already-merged entries that
need to be cleaned up as we come across them though)</upd_detl>
<upd_diff>@@ -6,0 +6,4 @@
+</k_ele>
+<k_ele>
+<keb>素読</keb>
+<ke_inf>&io;</ke_inf></upd_diff>
</audit>
<audit time="2010-12-21 05:36:36" stat="A" unap="true">
<upd_name>Scott</upd_name>
<upd_detl>"should we make a guideline that entries should ~never~ be merged if the only thing holding them together is [io], [ik], or [iK]?"
I think that's a very good idea. I've argued against excessive merging before and that's probably just the right guideline.</upd_detl>
<upd_diff>@@ -23,1 +23,2 @@
-<xref type="see" seq="1749590">素読・そどく</xref>
+<xref type="see" seq="1749590">素読・そどく・1</xref>
+<xref type="see">素読・そどく</xref></upd_diff>
</audit>
<audit time="2010-12-21 08:08:31" stat="A" unap="true">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>well, i'm still all for merging in many cases, even if it means a number of
restrictions. the point here is primarily that important information about
'correct' orthography, etc. is lost.</upd_detl>
<upd_diff>@@ -20,2 +20,2 @@
-<xref type="see" seq="1749590">素読・そどく</xref>
-<xref type="see">素読・そどく</xref>
+<xref type="see" seq="1749590">素読・そどく・1</xref>
+<xref type="see" seq="1749590">素読・そどく・1</xref></upd_diff>
</audit>
<audit time="2010-12-21 08:38:28" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I think that's a good guideline.</upd_detl>
<upd_diff>@@ -20,2 +20,1 @@
-<xref type="see" seq="1749590">素読・そどく・1</xref>
-<xref type="see" seq="1749590">素読・そどく・1</xref>
+<xref type="see" seq="1749590">素読・そどく</xref></upd_diff>
</audit>
<audit time="2018-05-11 14:31:25" stat="A" unap="true">
<upd_uid>robin1354</upd_uid>
<upd_name>Robin Scott</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Splitting into senses.
The refs say "声を出して読む" for sense 1.</upd_detl>
<upd_refs>daij, prog</upd_refs>
<upd_diff>@@ -21,2 +21,6 @@
-<gloss>reading without comprehending</gloss>
-<gloss>reading a second draft without checking it against the original (draught)</gloss>
+<gloss>reading (a text) aloud without without trying to understand it</gloss>
+</sense>
+<sense>
+<pos>&n;</pos>
+<pos>&vs;</pos>
+<gloss>reading a second draft without checking it against the original</gloss></upd_diff>
</audit>
<audit time="2018-05-19 07:22:33" stat="A">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
<audit time="2018-05-19 09:40:09" stat="A">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_diff>@@ -21 +21 @@
-<gloss>reading (a text) aloud without without trying to understand it</gloss>
+<gloss>reading (a text) aloud without trying to understand it</gloss></upd_diff>
</audit>
<audit time="2018-05-19 15:19:30" stat="A">
<upd_uid>robin1354</upd_uid>
<upd_name>Robin Scott</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>daijr/s</upd_refs>
<upd_diff>@@ -15,0 +16 @@
+<re_inf>&ok;</re_inf></upd_diff>
</audit>
<audit time="2022-01-15 07:41:35" stat="A">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_refs>mk</upd_refs>
<upd_diff>@@ -20,0 +21 @@
+<pos>&vt;</pos>
@@ -26,0 +28 @@
+<pos>&vt;</pos></upd_diff>
</audit>
</info>
</entry>