Open drdhaval2785 opened 7 years ago
One observation.
PUI has tendency to use m before h also. Everywhere else it is used as M.
See narasimha, samhitA etc.
also mangala, plavanga etc. ng is also prevalent.
There is also one more peculiarity.
mAtaMgins liMgins
Here the English plural denoter 's' is retained in headwords. I guess in such cases, it would be advisable to drop terminal s when denoting plurals. I understand that this is a bit difficult. But theoretically I favour to remove these terminal 's'. What is your take and status @funderburkjim ?
The headwords, at least, should be standardized: e.g., 'narasimha' should be changed to 'narasiMha'.
Also liMgins
to liMgin
. But it is up to us whether to make this change to the TEXT or just to the meta-data. Given the secondary importance (at least currently) of this dictionary, I would favor making the
changes just in the meta-line field.
<k1>
and possibly <k2>
) where needed (i.e., in narasimhAdi), and apply these changes.Since our primary search field is key1
, the result would be that narasiMha
would be readily findable in
PUI under the same spelling as in MW, etc.
I agree with the proposal, but I have only one catch. What would be the effect of this choice on sanhw1.txt and sanhw2.txt files ? If these files would have those 's'-ending forms, I feel it is not correct to go that path.
Currently, sanhw1/2 have, for example, 'liMgins:PUI'.
liMgin:AP90
liNgin:AP,BEN,CAE,CCS,MD,MW,MW72,PW,PWG,SHS,STC,VCP,WIL,YAT
liNginI:MW,VCP
liMgins:PUI
After the proposed solution of step1,2 above, we would have
liMgin:AP90,PUI
liNgin:AP,BEN,CAE,CCS,MD,MW,MW72,PW,PWG,SHS,STC,VCP,WIL,YAT
liNginI:MW,VCP
In particular, sanhw1.txt would NOT have those 's'-ending forms.
As mentioned, this solution will be quite easy to implement once the meta-line form of PUI is developed.
Here are some details that illustrate how I think this can work.
<P>{%Lim2gins%}--ineligible for s4ra1ddha.
<P>M. 16. 17.
<P>{%Liṃgins%}--ineligible for śrāddha.
<P>M. 16. 17.
<L>11967<pc>3-122<k1>liMgins<k2>liMgins
{%Liṃgins%}¦ --ineligible for śrāddha.
<P>M. 16. 17.
<LEND>
Now suppose pui.txt is in meta-line form. We can apply a manualByLine change to the meta-line (pretend the line number of the meta line is 123456).
123456 old <L>11967<pc>3-122<k1>liMgins<k2>liMgins
123456 new <L>11967<pc>3-122<k1>liMgin<k2>liMgin
This entry in meta-line form of pui.txt now will look like:
<L>11967<pc>3-122<k1>liMgin<k2>liMgin
{%Liṃgins%}¦ --ineligible for śrāddha.
<P>M. 16. 17.
<LEND>
In the meta-line world, We construct puihw.txt directly from pui.txt. The corresponding line there will be:
<L>11967<pc>3-122<k1>liMgin<k2>liMgin<ln1>123456<ln2>123459
In the meta-line world, we construct puihw2.txt directly from puihw.txt. The corresponding line there will be:
3-122:liMgin:123456,123459:11967
These are constructed from the Xhw2.txt files for the various dictionaries X. So, in particular only 'liMgin' will be seen for this entry from PUI.
This is constructed directly from sanhw1. So, again, only 'liMgin' will be see for this entry from PUI.
The meta-line format makes it technically easier to decouple the printed text form of headword (Liṃgins) for an entry from the primary search key (liMgin) for that entry.
This decoupling is also what makes it easier to implement 'alternate search keys' for an entry.
Hope this explanation addresses your concern.
EndraIzwi is a hiatus word.![capture](https://user-images.githubusercontent.com/5755132/30002071-ebb3f01a-90bd-11e7-82bb-774e601e1595.png)
Anhika is not a word. Ahnika (daily) is the word. jahnu is correct word. jAhnavI is correct one. vanhi is wrong. vahni is correct. So these are print errors.
385 incorporated here.