<entry id="2006537" stat="A" corpus="jmdict" type="jmdict">
<ent_corp type="jmdict">jmdict</ent_corp>
<ent_seq>1424310</ent_seq>
<k_ele>
<keb>中黒</keb>
</k_ele>
<r_ele>
<reb>なかぐろ</reb>
</r_ele>
<sense>
<pos>&n;</pos>
<s_inf>・</s_inf>
<gloss>middle dot</gloss>
<gloss>centred period</gloss>
<gloss>full-stop mark at mid-character height</gloss>
<gloss>interpoint</gloss>
<gloss g_type="expl">symbol used for interword separation, between parallel terms, names in katakana, etc.</gloss>
</sense>
<info>
<audit time="2018-01-21 10:21:28" stat="A" unap="true">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I don't think "・" should be included as a reading.</upd_detl>
<upd_diff>@@ -6,3 +5,0 @@
-&lt;/k_ele&gt;
-&lt;k_ele&gt;
-&lt;keb&gt;・&lt;/keb&gt;
@@ -16 +13 @@
-&lt;gloss&gt;full-stop mark at mid-character height&lt;/gloss&gt;
+&lt;gloss&gt;full-stop mark at mid- character height&lt;/gloss&gt;</upd_diff>
</audit>
<audit time="2018-01-21 12:48:45" stat="A" unap="true">
<upd_name>Johan Råde</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I agree that it's not  a reading
Something like this?</upd_detl>
<upd_diff>@@ -11,0 +12 @@
+&lt;s_inf&gt;the symbol ・&lt;/s_inf&gt;</upd_diff>
</audit>
<audit time="2018-01-21 15:08:19" stat="A" unap="true">
<upd_name>Johan Råde</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>On the other hand, the way things were, you can search for ・ and get to this entry
That might be the original reason for putting ・ in the kanji field</upd_detl>
</audit>
<audit time="2018-01-21 23:09:46" stat="A" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>Marcus: "I don't think "・" should be included as a reading."
I was curious about that, but I see it is/was not a reading but a "kanji". Special characters are oten in the kanji field, and I'm happy for ・ to be there, in fact I find it useful. I propose keeping it there.</upd_detl>
<upd_diff>@@ -5,0 +6,3 @@
+&lt;/k_ele&gt;
+&lt;k_ele&gt;
+&lt;keb&gt;・&lt;/keb&gt;
@@ -12 +14,0 @@
-&lt;s_inf&gt;the symbol ・&lt;/s_inf&gt;</upd_diff>
</audit>
<audit time="2018-01-22 05:29:43" stat="A">
<upd_uid>rene</upd_uid>
<upd_name>Rene Malenfant</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>see comments on 2529240</upd_detl>
</audit>
<audit time="2019-04-22 11:52:10" stat="A" unap="true">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>If ・ is included in this entry, you could argue "。" should be included in the 句点 entry as well... I don't like it. The symbol 
isn't read ・. If somebody is using a text glosser like rikai-kun and get a hit on this symbol reading "なかぐろ", it's misleading.</upd_detl>
<upd_diff>@@ -16 +16 @@
-&lt;gloss&gt;full-stop mark at mid- character height&lt;/gloss&gt;
+&lt;gloss&gt;full-stop mark at mid-character height&lt;/gloss&gt;</upd_diff>
</audit>
<audit time="2019-05-08 00:38:01" stat="A" unap="true">
<upd_uid>jwb</upd_uid>
<upd_name>Jim Breen</upd_name>
<upd_email>...address hidden...</upd_email>
<upd_detl>I have come around to the view that it shouldn't be in the "kanji" headword. I'll go along with dropping it from there, and at the same time I'll propose a revision of the entry.</upd_detl>
<upd_refs>GG5, etc. (centered period)</upd_refs>
<upd_diff>@@ -6,3 +5,0 @@
-&lt;/k_ele&gt;
-&lt;k_ele&gt;
-&lt;keb&gt;・&lt;/keb&gt;
@@ -15 +12,3 @@
-&lt;gloss&gt;middle dot (typographical symbol used between parallel terms, names in katakana, etc.)&lt;/gloss&gt;
+&lt;s_inf&gt;・&lt;/s_inf&gt;
+&lt;gloss&gt;middle dot&lt;/gloss&gt;
+&lt;gloss&gt;centred period&lt;/gloss&gt;
@@ -17 +16,2 @@
-&lt;gloss&gt;interpoint (interword separation)&lt;/gloss&gt;
+&lt;gloss&gt;interpoint&lt;/gloss&gt;
+&lt;gloss g_type="expl"&gt;symbol used for interword separation, between parallel terms, names in katakana, etc.&lt;/gloss&gt;</upd_diff>
</audit>
<audit time="2019-05-10 07:37:27" stat="A">
<upd_uid>Marcus</upd_uid>
<upd_name>Marcus Richert</upd_name>
<upd_email>...address hidden...</upd_email>
</audit>
</info>
</entry>